소규모 팀에서 구현하기 위해 git workflow를 진행하고 있습니다. 워크 플로우의 핵심 아이디어 :
이 기사에서는이주기의 단계를 자세히 설명합니다.
https://github.com/janosgyerik/git-workflows-book/blob/small-team-workflow/chapter05.md
이것이 의미가 있습니까? 아니면 뭔가 빠졌습니까?
답변:
나는 git flow branching 모델을 좋아한다 . 마스터 브랜치는 대부분 홀로 남아 있으며 릴리스 만 포함합니다. 개발 분기는 항상 안정적이어야하며 기능 분기는 중단 될 수 있습니다.
개발을 기능 분기에 통합 하고 기능 분기를 개발에 병합 하여이를 지속적인 통합 과 결합 할 수도 있습니다. 물론 일이 잘되고 깨지지 않는다고 확신 할 때만 무언가를 개발에 병합해야합니다.
Continuous Integration이라는 주제가 빠진 것 같습니다. 모든 개발 설정의 일부 여야합니다.
기능 분기를 사용하면 지속적으로 통합하지 않고 기능이 완료된 후에 만 문제가 발생합니다.
분기 된 기능이 수명이 짧은 경우이 기능을 사용할 수 있지만 분명히 고려해야 할 사항입니다.
다른 대안은 각 기능 분기마다 CI 빌드를 설정하는 것입니다. 이것은 확실히 도움이되지만 통합이 아닙니다. 기능 A 또는 기능 B에 나타나지 않지만 기능 A & B를 통합하는 순간에 첫 번째 버그를 발견하면 이는 분명해집니다.
세 번째 대안은 CI 빌드의 일부 통합 브랜치에서 병합하는 것입니다. 이것은 진정한 통합이며 실제로 작업이 다소 분리 된 경우 git과 합리적으로 잘 작동하지만 빌드 중에 병합 충돌이 발생하여 빌드가 실패합니다.
gitflow 또는 Twgit에 영감을 얻을 수 있습니다 .
gitflow는 접근 방식을 다음과 같이 요약합니다.
Git 확장은 Vincent Driessen의 브랜칭 모델에 대한 고급 저장소 작업을 제공합니다.
Twgit은 다음과 같이 설명합니다.
Twgit은 Git 리포지토리의 기능, 핫픽스 및 릴리스를 관리하기위한 무료 오픈 소스 지원 도구입니다. 설명서에 설명 된 분기 모델을 채택하기위한 간단한 고급 명령을 제공합니다. 지원되는 OS : Debian / Ubuntu Linux, Mac OS X
두 도구 모두 github 에서 사용할 수 있습니다 .