sr's lair

일단 github 에서 새로운 저장소를 만듭니다. 만들어진 저장소의 필요한 주소(https 또는 git@..git)를 복사해서 로컬 저장소에서 다음 명령을 내립니다. git remote set-url origin git@github.com:저장소주소.git git push 참 쉽죠? 더보기 다만, 요즘의 github 기본 저장소는 main 이고 기존의 많은 git 저장소는 기본 저장소가 master 인 점이 다를 수 있습니다. github 해당 프로젝트 페이지에 보면 Settings 가 있습니다. General 항목에 Default branch 가 있고 이게 main 으로 되어 있는데 연필 모양 아이콘을 눌러서 직접 수정하거나 좌우 화살표 아이콘을 눌러 새로 push 한 master 를 선택해서 간편히 ..

기록용으로 남깁니다. push 된 기존 원격 태그 삭제 git push origin :refs/tags/ 기존 태그 다시 매기기. 커밋해시를 지정하지 않으면 HEAD 가 지정됩니다. git tag -fa 고쳐 쓴 태그 push 하기 git push origin master --tags

고쳐쓰는 대상 커밋 순서 커밋 저자 커밋 일시 사전 작업 수정 가능 여부 확인 다른 작업자와 공유된 저장소이면 다음 여부를 확인하기 이미 공유(push)된 커밋이면 절대 고치지 않습니다!!. 그래도 고쳐야 한다면 다른 작업자의 현재 작업 내용을 수동으로 백업해놓고, 이 수정 작업 수행 후, 현재 저장소를 삭제(또는 백업)하고 저장소를 새로 내려받고 나서 이전 백업 내용을 복원해야 합니다. 차라리 되돌려야 하는 부분이 있다면 revert 명령을 활용하세요. 수정한 본인 제외하고 모두가 꼬입니다... 아직 공유되지 않은 커밋이라도 수정 작업 중에 반영된 내용으로 이 후 커밋들과 충돌이 발생해서 회복하기 힘들게 꼬일 수 있습니다. 현재 수정하는 부분이 이 후 커밋에서 다르게 수정된 경우 파일 추가 삭제 등으로..

참고:git-scm.com/docs/git-fsck Git - git-fsck Documentation git-fsck tests SHA-1 and general object sanity, and it does full tracking of the resulting reachability and everything else. It prints out any corruption it finds (missing or bad objects), and if you use the --unreachable flag it will also print out object git-scm.com 특정 태그를 삭제했는데 새로 태그를 달려고 보니 삭제한 태그의 내용을 또 수집하기가 귀찮고 힘이 들었습니다. 방법이 없나 하고 ..

아직 push 하지 않은 커밋이라는 기준으로 설명합니다. 이미 push 한 커밋을(혼자 쓰는 저장소라면 상관없다고 생각합니다..) 변경시키는 것은 다른 참여자 저장소를 꼬이게 할 수 있으니 자제하시기 바랍니다. git log 에서 원하는 커밋 해시명을 맨 처음에서부터 7자 이상 복사합니다. 예를 들면, commit 7a8b9c1..... 라고 시작하면 7a8b9c1 을 복사합니다. git rebase -i 7a8b9c1 vim 또는 nano 형태 또는 이미 시스템에서 기본값으로 지정한 편집기에 pick 해시값 커밋로그 형태로 목록이 떠 있을 것입니다. 이제 7a8b9c1 가 있는 줄을 찾아 pick 이라고 되어 있는 것을 지우고 edit 로 바꿉니다. 참고로 vim 에서는 p로 커서를 이동한 다음 cw ..

원본 2016.02.15. 09:56 simryang 현재 아래 내용이 잘되지 않아서 검색해보니 LC_ALL 값을 지정하라는 내용이 있었습니다. set LC_ALL=ko_KR.UTF-8 그런데.. 안됩니다.. chcp 65001 도 안됩니다.. i18n.commitEncoding, i18n.logOutputEncoding 도 안먹습니다.. core.page 를 'less --raw-control-chars' 로 지정하는 것은 less 를 찾을 수 없답니다!!! 혹시나 싶어서 powershell 을 실행시켜서 $env:LC_ALL 을 지정해도 안됩니다 ㅜㅜ 한참을 뒤지다가 스택오버플로우 사이트를 뒤지는데 대부분의 답변이 실행이 안되는데 LESSCHARSET을 기존의 latin1 이 아닌 UTF-8로 지정하..

gitlab-rails console -e production 실행하고 나타난 프롬프트에서 다음 내용을 입력합니다. 관리자 id 가 root 에서 변경되지 않은 경우 user = User.where(id: 1).first 관리자 id 가 root 가 아닌데 등록한 이메일 주소를 아는 경우 user = User.find_by(email: 'id@user.mail') 여기까지 성공하면 비밀번호를 변경할 수 있습니다. user.passworduser.password = 'password' user.password_confirmation = 'password' user.save!

git 저장소를 거의 혼자 쓰는 바람에 방치되어 있던 원격 저장소.. 이번에 필요(!)가 생겨서 git pull을 오랜만에 날렸는데 bad line legth character 라며 id 쪽이 잘못되었다고 뜨네요. 저장소 주소는 ssh://id@server:/repository_path.git 형태로 되어 있습니다. 이런저런 검색을 해보고 해도 답이 없어 보였는데 혹시나 싶어서 저장소 설정들을 쭉 보니.. ssh key 항목이 비어 있습니다. 이번에 개발 머신 엎은 뒤로 git extensions 를 tortoise-git 대신 설치했습니다. 좀 더 편해 보이기도 하는데 이번에 처음 써봐서 좀 더 적응이 필요해 보이네요. 어쨌든 예전처럼 pageant 등등 건드리지 않고도 ppk 파일 지정하는 것만으로도..

기록용으로 남깁니다. gitlab에 puttygen으로 실행시키던, 어디서 가져오던(ida_rsa.pub), 기존에 puttygen으로 생성한 ppk 키를 puttygen으로 읽어서(Load) Key 쪽에 출력된 내용을 긁어 붙이던 gitlab 홈피에 로그인해서 설정(Settings) > 첫번째 열쇠 모양(SSH Keys) 항목을 선택하여 붙여넣고 Add Key 항목을 눌러 등록해줍니다. pageant 를 실행시키고 생성한 키를 추가(Add Key)해줍니다. 윈도우용 git은 보통 ssh.exe 를 사용하여 접속하는데 pageant 랑 아무 상관이 없습니다. ssh.exe 대신 putty가 제공하는 plink.exe 를 사용하면 pageant 과 관리하는 키로 접근할 수 있습니다. 제어판 > 시스템 및 ..

오랜만에 subversion 저장소에 접근할 일이 생겼습니다. svn checkout으로 받아오는 과정을 마치고 svn log를 실행해봤습니다. $ svn log 인증 영역(realm): *16진수어쩌구저쩌구* 'sr'의 암호: **************** ----------------------------------------------------------------------- 주의! 인증정보 영역: *16진수어쩌구저쩌구* 에 대한 당신의 비밀번호는 디스크에 암호화되어 저장되지 않습니다. 가능하면, 비밀번호를 암호화하여 저장하도록 설정을 바꾸십시오. 자세한 것은 문서를 참조하세요. 이 주의 문구를 다음에 보이지 않게 하려면, 'store-plaintext-passwords'의 설정을 'yes' 혹..