우당탕탕 개발일지

git bisect는 이진 탐색(binary search)을 이용하여 오류가 발생한 커밋을 찾을 수 있도록 도와줍니다. git bisect start 이진 탐색 시작합니다. git bisect bad 오류발생 지점을 표시합니다. git checkout 의심 지점으로 이동해줍니다 git bisect good 오류 발생하지 않을 경우 표시합니다. 오류 발생 지점을 찾을 때 까지 git bisect good과 git bisect bad 반복합니다.

git을 사용하다 보면 git reset --hard으로 인해 커밋이 삭제될 수 있습니다. 그 경우 복구를 하려면 git reflog를 이용하여 복구할 수 있습니다. git으로 하는 활동들은 기록이 남아 reflog로 살펴볼 수 있습니다. git reflog 삭제된 커밋해시를 확인합니다. git reset --hard 해당 시점으로 이동하며 커밋들을 복구합니다.

git tag v1.0.0 마지막 커밋에 태그를 달아줍니다 git tag v1.0.0 1a2b3c 해당 커밋해시에 태그를 달아줍니다 git tag 존재하는 태그 확인합니다 git show v1.0.0 해당 태그의 내용 확인합니다 git tag -d v1.0.0 해당 태그 삭제합니다 git tag -m 태그에 메시지를 남깁니다 git tag -l 'v1.*' v1으로 시작하는 모든 태그들을 보여줍니다. git checkout v1.0.0 태그 시점으로 파일상태가 변경됩니다.

대다수의 개발자들이 커밋 메시지에 공을 들여 작성하고 있습니다. 왜 커밋 메시지를 잘 쓰기 위해 노력해야 할까요? 여러가지 이유들이 있겠지만 그 중 두가지만 보자면 보다 더 나은 협업과 리뷰 프로세스 보다 더 나은 코드 유지보수 이러한 이유들 때문에 커밋메시지의 중요성이 강조되는거 같습니다. 커밋 메시지를 작성하는데에 있어서 지켜야하는 7가지의 규칙이 있습니다. 좋은 커밋 메시지를 남기기 위한 7가지 규칙 제목과 본문을 한 줄 띄워서 구분합니다. 제목을 50글자 이내로 제한합니다. 제목 첫 글자는 대문자로 작성합니다. 제목 끝에 .(마침표) 넣지않습니다. 제목은 명령문으로 사용하고 과거형을 사용하지 않습니다. 본문의 행마다 72글자 이내로 제한합니다. 본문은 어떻게 보다는 무엇과 왜를 설명하며 작성합니다..

git stash는 아직 완료하지 않은 작업을 스택에 잠시 저장할 수 있도록 하는 명령어입니다. git stash를 통해서 아직 완료하지 않은 작업을 commit하지 않고 나중에 다시 가져와서 마무리 지을 수 있습니다. git stash 현재 진행중인 작업들 스택에 저장하기 git stash apply 'stash@{0}' 스택에 저장된 0번 항목 적용 ('stash@{번호}' 번호 지정을 안할 경우 기본은 마지막 항목) git stash drop 'stash@{0}' 스택에 저장된 0번 항목 삭제 git stash pop 'stash@{0}' 스택에 저장된 0번 항목 적용 및 삭제 git stash branch 새로운 브랜치 생성 후 pop git stash clear 스택에 저장된 모든 항목들 비우기

git log에서 유용하게 쓰는 몇 가지의 옵션들을 정리해 보려고 합니다. git log -2 최근 2개 커밋을 출력합니다. git log -p 각 커밋마다 변경사항과 함께 출력합니다. git log --stat 통계와 함께 출력합니다. git log --oneline 로그를 한 줄로 출력합니다. git log -S git log -S First 파일의 변경 사항에서 First가 들어가있는 커밋의 로그 출력합니다. git log --grep git log --grep First 커밋 메시지에 First가 들어가있는 커밋의 로그 출력합니다.

브랜치를 병합하는 두가지 방법을 소개하도록 하겠습니다. main branch에 dev branch를 merge 시키도록 하겠습니다. merge merge같은 경우에는 branch의 history를 남기기 때문에 협업 시 branch history가 필요할 경우 사용합니다. git branch dev dev branch를 생성해줍니다. git switch dev dev branch로 이동후에 개발을 진행하여 push까지 진행해줍니다. git switch main main branch로 이동해줍니다. git merge dev main branch에 dev branch를 merge시켜 합쳐줍니다. rebase rebase는 history를 깔끔하게 하면서 병합하고 싶은 경우 사용합니다. (많은 branch를 ..

git flow는 git으로 형상관리를 할 경우 브랜치를 효율적으로 관리하기 위해 사용하는 브랜치 전략입니다. 프로젝트 규모가 커지면 관리하기가 굉장히 용이해지는 장점때문에 git flow를 사용하는 이유입니다. git flow는 총 5가지 브랜치로 나누어집니다. master, develop, feature, release, hotfix 로 이루어져 있습니다. 브랜치 마다의 역할은 feature : 기능을 구현을 담당하는 브랜치입니다. develop : 개발을 진행하는 브랜치입니다. release : 개발된 애용을 배포하기 위해서 준비하는 브랜치입니다. hotfix : 배포된 코드에서 발생한 버그를 수정하는 브랜치입니다. master : 최종적으로 배포되는 브랜치입니다. 아래 사진은 git flow를 설..

[Git Branch] Branch란 개발시 개발에 관련된 업무들을 협업할 때 개발자들이 동시에 다양한 작업을 할 수 있게 만들어주는 기능입니다. Branch를 통해 하나의 프로젝트를 여러 통로로 나누어서 관리할 수 있습니다. git branch - 현재 위치해 있는 branch와 branch항목들을 나열해줍니다. git branch -v - branch의 마지막 커밋 메세지를 보여줍니다. git branch - git branch test -> test라는 이름의 branch를 생성합니다. git checkout test - test라는 branch로 전환해줍니다. git checkout -b test2 - test2라는 branch를 생성과 동시에 test2로 전환해줍니다. git branch -d ..