香港居民

가끔 하다 보면 develop 에서 파생된 브랜치지만 develop 과 내용이 너무 달라져서 최종 finish 머지를 진행하려고하면 어마무시한 conflict 가 발생하는 케이스가 있다. 최종 버전을 가진 브랜치(release 브랜치라고 하자) 가 기존 develop 의 모든 히스토리를 가지고 있고 충돌을 무시하고 release 브랜치로 다 덮어 쓰면 되는 상황이라면 강제 merge를 진행할 수 있다. 조금 무시무시한 상황이지만 release 브랜치 형상에 대해 전수 검증을 거친 결과물이라면 그래도 시도 할만 하다. 검색해보면 merge -X 뭐 이런거 있는데 다 복잡한 느낌이고 # upstream 공유 레파지토리 명칭 # 로컬 develop 브랜치에서 진행 git fetch upstream # rele..

특정 이름의 태그를 일괄적으로 삭제하고 싶은 경우가 있다 로컬과 리모트 모두. 그럴때 썼다. 예를 들어 태그명에 2017 이 들어간 태그를 모두 지우고 싶다면, [shell] remote 먼저 삭제 git tag -l '2017*' | xargs git push --delete 로컬 삭제 git tag -l '2017*' | xargs git tag -d [/shell] 이렇게 하면 된다. 저 경우는 리모트 먼저 삭제하고 로컬을 삭제해야한다. 만약 로컬을 삭제하고 푸시를 넣으면 매칭 되는 태그가 없어 리모트에 있는 태그를 지울수 없다.

.gitignore 에는 포함되어 있는데 계속 변경내용을 추적하는 경우 git 캐시를 제거해 준다. git rm -r --cached . git add . git commit -m 'clear git cache'

가끔 git fetch origin해도 어느 특정 태그가 로컬에 다운되지 않는 경우가 있다 분명히 리모트에는 있는게 보이는데, 패치가 되지 않아 다음 방법을 사용했다 저런 방법으로 로컬에 추가했다. git tag v.0.1.3 FETCH_HEAD 이런 것도 있다는걸 알았네.

가끔 stash 된 변경사항을 수동으로 하나씩 적용해야해서 stash 내용을 직접 봐야 하는 경우가 있다. 이럴때 git stash show -p stash@{0}

협업시 리모트에만 존재하고 로컬에 존재하지 않는 브랜치를 로컬에서 동기화 해야할 경우 단순히 git checkout branch_name 해봐야 그딴 브랜치 찾을수 없다는 말만 뜬다 그럴때에는 git checkout --track -b origin/daves_branch 혹은 git fetch remote_name remotebranch_name:localbranch_name git checkout localbranch_name 의 방법이 있다 해보니 전자의 방법 --track 을 쓴 방법은 잘 안되네 후자가 더 정확할듯 하다 git fetch [remote] [remote branch]:[localbranch] git checkout -b [localbranch] [remote]/[remote bran..

리모트 브랜치를 삭제할 때 쓴다 git push origin --delete # Git version 1.7.0 or newer git push origin : # Git versions older than 1.7.0

참조 : http://stackoverflow.com/questions/2389361/undo-a-git-merge-that-hasnt-been-pushed-yet branch merge 를 되돌리고 싶을때 git reset --merge ORIG_HEAD 근데 이거 어쩌다 검색하다보니 찾아놨는데 실제 적용은 안해봤다 ㅎ 다음에 쓸일이 있겠지

repository 에 새로운 브렌치가 업데이트 되어서 checkout 해보려는 데 저런 에러가 뜬다 error: pathspec 'BRANCH-NAME' did not match any file(s) known to git. 브랜치가 업데이트 안되서 그런거니 이렇게 해주면 된다 git remote update git fetch #git checkout 브랜치 그래도 제대로 안된다면 git checkout -t remote_name/branch_name 이러면 거의 되지 싶다.

출처 : http://mytory.net/archives/10078/ 이번 한 번으로 끝날게 아니라 기간 혹은 회별로 게시판리스트화해서 이전 진행했던 공모전도 이용자로 하여금 볼수 있도록 해야한다 라고했었다. 하지만 이번 한 번만 진행될지 어떻게 될지 모른다며, 지금 당장은 빨리 처리하자라는 식의 주먹구구식으로 진행할때 미리 준비해뒀어야 했었나 보다. 저번 회 공모전 갤러리 파일에 그냥 이번 신규 공모전 리스트페이지를 그대로 작성했다. 그럼 지난회 정보는 날아감.... 나의 부주의도 있었지만 실컷 git으로 버전 관리 하면서도 만날 커밋만 했지, 롤백시켜 본 경험이 그다지 없어서 막상 파일을 롤백하려니 이래저래 삽질 중이었다 그러다 보니 알게 된 것들.git checkout HEAD~1 일단 이렇게 하면..