일.관련된 변경만 패키징하여 커밋하기 (COMMIT RELATED CHANGES)
commit 은 관련된 변경의 패키징이어야 합니다. 예를 들어, 두 가지 다른 버그를 수정하는 경우 두 개의 독립적인 commit 이어야 합니다. 이러한 세분화된 commit 은 다른 개발자가 변경 사항을 더 쉽게 이해하고 오류 발생 시 쉽게 롤백할 수 있게 합니다. Git 의 스테이징 영역과 스테이징 기능은 실제로 파일의 일부일 뿐이므로 매우 세밀한 commit 을 쉽게 생성할 수 있습니다.
이.자주 커밋하기 (COMMIT OFTEN)
자주 커밋하면 각 commit 이 충분히 세밀해지고 관련된 변경만 패키징하여 커밋하는 데 도움이 됩니다. 더 중요한 것은 다른 사람과 자주 코드를 공유할 수 있다는 것입니다. 이렇게 하면 모든 사람이 변경 사항을 주기적으로 통합하기 쉬워지고 merge 충돌을 피할 수 있습니다. 반대로, 몇 개의 큰 commit 만 있고 공유도 적으면 merge 충돌 처리가 어려워집니다.
삼.미완료 작업을 커밋하지 않기 (DON'T COMMIT HALF-DONE WORK)
완성된 코드만 commit 해야 합니다. commit 전에 큰 기능 모듈 전체를 완료할 필요는 없습니다. 오히려 전체 기능 모듈 구현을 논리 블록으로分割하고 자주 일찍 commit 하면 됩니다. 절대로매일 퇴근 전에 습관적으로 commit 해서는 안 됩니다. commit 하고 싶은 이유가 깨끗한 작업 영역이 필요해서뿐이라면 (어떤 브랜치를 확인하거나 변경 사항을 pull 하는 등), commit 대신 Git 의 stash 명령어 사용을 고려할 수 있습니다. You should only commit code when it's
사.커밋 전에 테스트하기 (TEST CODE BEFORE YOU COMMIT)
완료했다고 생각해서 서둘러 commit 하지 마십시오. 정말로 완료되었고 (알고 있는) 부작용이 없는지 철저히 테스트해야 합니다. 미완성품을 로컬 저장소에 commit 하면 자신에게 번거로움만 초래하며, push 하거나 다른 사람과 코드를 공유할 때 코드가 테스트되었음을 보장하는 것이 매우 중요합니다.
오.커밋 메시지를 성실히 작성하기 (WRITE GOOD COMMIT MESSAGES)
commit 정보는 수행한 변경 사항의 간단한 (50 자 이내 권장) 요약으로 시작하고, 요약과 아래 정보 본문을 빈 줄로 구분합니다. 정보 본문은 다음 질문에 자세히 답변해야 합니다:
-
이 변경의 이유는 무엇입니까?
-
이전 구현과의 차이점은 무엇입니까?
git 네이티브 정보와 일치시키고, git merge 등의 경우 명령법, 현재 시제로 서술하며 과거 시제와 3 인칭 단수형은 사용하지 마십시오.
육.버전 관리 시스템은 백업 시스템이 아니다 (VERSION CONTROL IS NOT A BACKUP SYSTEM)
파일을 원격 서버에 백업하는 것은 버전 관리 시스템에 큰 부작용이지만, VCS(버전 관리 시스템) 를 백업 시스템으로 사용해서는 안 됩니다. CVS 를 사용할 때는 commit 의 의미론에 더 주의를 기울여야 합니다 (관련된 변경만 패키징하여 커밋하기 참조). 단순히 파일만 채우지 마십시오.
칠.브랜치 많이 사용하기 (USE BRANCHES)
브랜치야말로 Git 의 가장 강력한 기능입니다. 이는 우연이 아닙니다: 빠른 브랜치 작업은 처음부터 핵심 요구사항이었습니다. 브랜치는 개발 과정에서 각 작업이 서로 혼동되는 것을 피하는 완벽한 도구이며, 개발 워크플로우에서 널리 사용해야 합니다: 새 기능 추가, 버그 수정, 새로운 아이디어 시도……
팔.워크플로우에 합의하기 (AGREE ON A WORKFLOW)
Git 은 다양한 워크플로우를 지원합니다: long-running branches, Topic branches, merge 또는 rebase, git-flow……어떤 것을 선택할지는 많은 요소에 달려 있습니다: 구체적인 프로젝트, 전체 개발, 개발 워크플로우, 그리고 (아마도 가장 중요한) 팀 멤버의 선호도. 무엇을 선택하든, 모든 사람이 워크플로우에 합의했는지 확인하십시오.
구.헬프 문서 (HELP & DOCUMENTATION)
명령줄 헬프를 쉽게 얻을 수 있습니다: git help
십.무료 온라인 리소스 (FREE ONLINE RESOURCES)
-
Git Tower: http://www.git-tower.com/learn
-
Github 간략 가이드: http://rogerdudler.github.io/git-guide/
-
Git 공식 사이트: http://www.git-scm.org/
-
《Pro Git》: 百度網盤, 500+ 페이지 PDF, 고급 기능이 필요하면 참고할 수 있음
아직 댓글이 없습니다