Git
-
Git FlowGit 2019. 6. 20. 11:47
- GIT FLOW 1. Feature 개발 (현재 제품 기능 추가) 1. 새 기능(new feature)는 'develop' 브랜치에서 시작한다. 2. 기능 개발이 완료되면 새 기능 브랜치(new feature)를 'develop'에 merge 한다. 3. 새 기능 브랜치(new feature)를 삭제한다. 4. 'develop' 브랜치로 전환(checkout) 한다. 2. Release 개발 (새로운 제품 출시) 1. 'develop' 브랜치에서 'release' 브랜치를 생성한다. 2. 개발이 완료되면 'release' 브랜치를 'master' 브랜치에 merge 한다. 3. 해당 master 브랜치에 relase 이름으로 tagging 한다. (tag) 4. 'release' 브랜치를 'devel..
-
Git 커밋 가이드Git 2019. 6. 13. 15:34
커밋은 반드시 테스트를 통과한 후 해야한다. 테스트 중에 발견된 문제가 다 수정된 후에 커밋이 되어야한다는 것 예를 들어 "이전 커밋 후 테스트에서 발견된 문제 수정" 이라는 별도의 커밋이 있어서는 안된다. 커밋은 보통 최소 단위별로 이루어져야한다. 규모가 큰 리팩토링은 기능 수정과는 별도로 이루어져야한다. (기능 수정과 대규모 리펙토링을 동시에 진행하는 것은 피해야한다.) 서로 다른 리팩토링 2개를 진행한다면 리펙토링을 각각 커밋해야한다. 반드시 너무 작은 단위로 커밋을 하지 않아도 되는 경우도 있다. 완전히 새로운 기능을 개발하는 중이라면 꼭 모든 기능 별로 커밋을 할 필요는 없다. 새로운 서비스라면 초기 버전이 나올 때 한번에 커밋을 해도 된다. 그래도 한번에 커밋된 양이 2000 라인이 넘는다면 ..