git 초보의 commit 적응기: git add -p 활용하기 전 직장에서 4년간 svn을 사용했습니다. 현 직장으로 이직하면서 git은 처음 쓰게 되었죠. svn을 사용하던 시기의 제 commit 과정은 다음과 같았어요. 1️⃣ 코드 수정 2️⃣ Compare tool을 통해 코드 비교 - 최신 버전 svn checkout 해두는 별도의 디렉토리 존재 - 내가 주로 사용하는 수정용 디렉토리 존재 - 두 디렉토리를 beyond compare 또는 WinMerge 툴로 비교 ** 나중에는 svn 자체에서 diff 툴로 WinMerge를 연결시켜 수정용 디렉토리에서 바로 compare가 가능했습니다. 3️⃣ svn Commit 진행 - commit 하면서 다시 한번 올라가지 말아야 하는 내용은 없는지 파일 하나 하나 열어보고 확인 4️⃣Commit Log를 넣고 commit 이 일련의 과정에 적응되어서 그런지 이직 후 git을 쓸 때 내가 뭘 수정했는지, 지금 commit 하는게 무엇인지 확인이 어려웠습니다. 그래서 commit 후 formatter 사용으로 인한 엄청나게 많은 수정사항이 생기기도 했죠. 제가 핵심으로 수정한 것만 commit 하고 싶었는데 말이에요. (전 직장에서는 불필요한 commit 을 엄격히 지양했습니다. 현재는 Coding rule 만 지킨다면 commit 내용적인 면에서는 자유로워요) 시간이 조금 지난 후 부터는 git diff 명령을 활용해 unstaged 에 있는 파일들과 remote 에 있는 파일을 비교했어요. 조금은 발전했다고 볼 수 있습니다. 그러다 다른걸 검색중에 git add -p 옵션에 대한 블로그가 얻어걸렸어요(?) 수정 사항들을 비교해 주고 사용자가 선택해서 Unstaged -> Staged area로 선택을 할 수 있습니다. 파일 단위가 아닌 수정사항들을 적당한 단위로 나누어서요! 이 옵션을 사용하게 된 뒤로 diff의 사용은 줄었고, add를 반복하면서 어떤 수정사항들이 있었는지 확인할 수 있게 되었고, 테스트 코드 등을 제거할 수 있었어요. 아, commit 하는 단위가 더 잘개 쪼개진 것도 장점이에요. git add -p 옵션으로 확인하면서 두 가지 정도의 수정 내용이 발견되면 하나씩 commit 해야 겠다. 하고 머릿속으로 분류가 가능해졌거든요. 혹시 아직 한번도 이 옵션을 사용해 보지 않으셨고 'git add . '만 사용해 보셨다면 안전한 commit을 위해 'git add -p' 옵션을 사용해 보시는 걸 강력 추천드립니다!