sr's lair

[git] gitlab 접속시 pageant 로 ssh 키 사용하는 가이드

GitLab 접속 시 Pageant를 활용해 SSH 키를 안전하고 간편하게 관리하는 방법을 단계별로 안내합니다.GitLab 이용에 필요한 SSH 접속 설정 과정을 쉽고 빠르게 따라할 수 있도록 설명합니다. GitLab SSH 키 등록하기 GitLab 로그인 및 SSH Keys 접근GitLab 홈페이지(gitlab.com)에 로그인 후, 상단 메뉴에서 SSH Keys 항목을 찾습니다.등록된 프로젝트가 없으면 작업 대시보드에 기본 예시 이미지가 표시될 수 있습니다.SSH 키 등록Add new key 버튼을 클릭합니다.생성한 공개키 내용을 복사하여 입력한 후 저장합니다.GitLab 대시보드 및 사용자 설정 확인대시보드 구성왼쪽 최상단의 여우 아이콘은 홈페이지 링크입니다.그 오른쪽에 사각형 아이콘, + 아이콘,..

기록용으로 남깁니다. 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 ..

pc 에서 생성한 8192B rsa 키를 openwrt 의 .ssh 에다 넣고 git clone git@github.com:simryang/vimrc.git 을 실행했더니 권한이 없어서 안된다는 메시지가 출력됩니다.root@wizfi630s:~# git clone git@github.com:simryang/vimrc.git Cloning into 'vimrc'... /usr/bin/ssh: Connection to git@github.com:22 exited: No auth methods could be used. fatal: Could not read from remote repository. Please make sure you have the correct access rights and the r..

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

소스 코드 수정 중에는 다양한 변경 사항(버그 수정, 기능 추가, 코드 정리 등)이 한 파일에 섞여 들어갈 때가 많습니다. 이럴 때 git add -p 명령을 사용하면 파일의 특정 부분만 선택적으로 스테이지에 올려 커밋할 수 있습니다. git add -p 명령어 실행git add -p 또는 git add --patch 명령을 실행하면 다음과 같은 질문이 나타납니다:Stage this hunk [y,n,q,a,d,/,j,J,g,e,?]? 여기서 각 옵션이 하는 역할을 간단히 정리했습니다:y (yes): 현재 보이는 코드 덩어리(chunk)를 스테이지에 추가합니다.n (no): 현재 덩어리를 스테이지에 추가하지 않습니다.q (quit): 작업을 종료합니다. 종료하더라도 y로 추가한 내용은 스테이지에 남아 있..

기록용으로 남겨둡니다. 참고 사이트에 자세히 나와 있으므로 꼭 참고하시기 바랍니다. 0. 현재 저장소가 지저분(?)하지 않아야 합니다. git status 명령으로 확인해봅니다. git status nothing to commit, working directory clean 이런 결과이면 다음으로 넘어가면 되지만 아직 수정 중인게 있는데 어쩌란 말야 하는 상황이라면 깔끔하게 임시 보관함(stash)에다 저장해줍니다. git stash save "imsi" Saved working directory and index state On master: imsi HEAD is now at a104848 [printf-define] Add simple example imsi 내용으로 자세한(!) 설명을 남기고 저장..

회사에서 쓰는 버전 관리 시스템(VCS)는 svn이다. 난 참고로 이걸 거의 안쓰고 자체적으로 git을 통해 관리하고 있다. 그놈의 리비전 때문에...팀 리더가 머큐리얼을 권했다. 매우 가까운(!) 이가 계속 추천하고 있고 svn 사용자들이 쉽게 적응할 수 있기 때문..근데 이리 저리 비교글을 찾아보니 좀 고민이 된다. 아무래도 svn 개념들을 차용한 것들이 있는데 git 에 익숙한(익숙하기만 하고 잘하지는 못한다. 입문 간신히 뗀 초보자) 나로서는 불필요해 보이는 부분들이 있다.그래서 고민이다. 그냥 이 참에 새로 배워본다고 적응해볼까 하는 생각도 들지만 비슷하게 시작한 svn에 아직도 정을 붙이지 못하고 회사 소스 서버에 반영할 경우에만 사용하는 필요악으로 전락하고 말았다.고민을 좀 더 해봐야겠다. ..