도리안의 2024년 개발기 #19 - Git에서 브랜치 만들고 개발하면서 받기 쉬운 유혹

Git에서 브랜치 만들고 개발하면서 받기 쉬운 유혹

---

오늘의 개발기

Git으로 소스 관리를 한다고 가정해보자. 하나의 개발 이슈가 생기면, 특정한 브랜치(예: develop, master 등등)로부터 하나의 자식 브랜치를 만들고, 거기서 개발하고 commit을 올린다. Commit은 하나가 될 수도 있고, 여러 개가 될 수도 있다. 작업량이 작으면, 1개로도 충분할 것이다. 작업량이 크다면, 여러 개로 나누는 것이 더 나을 수도 있다. 작업을 마쳤으면, 자식 브랜치에서 만들어진 commit들을 부모 브랜치로 머지한다. 이게 일반적인 Git 관리 패턴이라고 보면 될 것이다. (다른 회사에서는 보다 디테일한 정책을 쓸 수 있다.)

한 브랜치에서 개발 작업하면서 받기 쉬운 유혹이 있다. 그것은 추가로 수정할 사항들을 같이 반영하고 싶다는 것. 일을 빨리 마치고 싶은 욕심은 이해하지만, 하나의 브랜치에는 하나의 이슈 해결에 집중하는 것이 원칙이다. 다른 추가 사항도 반영하면, 올릴 commit의 내용에 일관성이 떨어질 수 있다. 추가로 작업하고 싶은 것은 일단 보류하고, 나중에 브랜치를 추가로 만들어서 작업하는 것이 좋다.

어떤 개발자는 여러 개발 사항들을 처리하고 하나의 commit으로 올리기도 한다. 여러 commit보다 일괄적인 것을 더 선호하는 사람들도 있는 것. 어느게 절대적으로 옳다, 그르다고 말할 수는 없을 것이다. 다만, 개인적으로는 하나의 commit에는 한가지 개발 이슈 해결을 반영하는 것이 적절하다고 보는 것이다.

---

지난 2024년 개발기

• #18 - 책 좀 읽어야 할텐데......
• #17 - 마누라네 병원의 폐업 그리고 드는 생각
• #16 - 오늘 작업하면서 실수했다고 느낀 점
• #15 - 오늘 진행한 앱 코드 개선 작업
• #14 - 오늘 진행한 앱 코드 개선 작업
• #13 - 오늘 진행한 앱 코드 개선 작업
• #12 - 현재 상황이 좋지 않은 이유
• #11 - 조만간 PlayStore에서 내려갈 2개의 앱들
• #10 - 오늘 진행한 앱 코드 개선 작업
• #9 - 자바에서 코틀린으로 언어 전환
• #8 - 코드 개선은 불필요한 코드 제거부터
• #7 - 생각보다 간단치 않았던 안드로이드 테스터 등록
• #6 - 추가로 발견된 구글 로그인 관련 오류 그리고 firebase-ui-auth로 문제 해결
• #5 - 예상치 못한 구글 로그인 관련 오류
• #4 - 구글 로그인 구현은 성공했지만 내용 정리가 필요
• #3 - 구글 로그인 적용 중 (안드로이드)
• #2 - 구글 로그인 구현해야
• #1 - 작성 방향
• #0 - 시작하며...

---

Posted through the ECblog app (https://blog.etain.club)