먼저 새 변경에 대한 로컬 분기를 만듭니다. 아래 BRANCHNAME을 짧지만 합리적으로 설명하는 이름으로 바꿉니다(예: 변경 내용, 정리/일부 오류 또는 잘못된 제목 오류에 해당하는 Phabricator 작업이 있는 경우 T1234). 다른 사람들도 이 이름을 사용하여 지점을 식별합니다. 이 분기에는 프로젝트의 전체 기록이 포함되지만 마스터에는 요약된 버전이 포함됩니다. 이제 다른 개발자는 중앙 리포지토리를 복제하고 개발을 위한 추적 분기를 만들어야 합니다. 이렇게 하면 최신 `마스터`에서 새 분기(BRANCHNAME)를 만들고 체크 아웃합니다. 위의 예에서, 우리는 새로운 지점 언급위키미디어라고. 마스터 분기(리포지토리를 처음 복제할 때 만든 분기)가 최신 상태인지 확인합니다. 그들은 아마 어떤 식 으로건 도 자 지 남용, 하지만 그것은 나를 위해 일을 했다! 🙂 그러나 일부 리포지토리는 서로 다른 용어를 사용합니다(예: 작업/퍼펫 리포지토리에는 마스터 분기 대신 프로덕션이 있음). Gitflow는 실제로 Git 워크플로의 추상적인 아이디어일 뿐입니다.

즉, 어떤 종류의 분기를 설정할 지, 그리고 함께 병합하는 방법을 지정합니다. 우리는 아래 지점의 목적에 터치합니다. git-flow 도구 집합은 설치 프로세스가 있는 실제 명령줄 도구입니다. git-flow에 대한 설치 프로세스는 간단합니다. git-flow용 패키지는 여러 운영 체제에서 사용할 수 있습니다. OSX 시스템에서는 양조 설치 git-flow를 실행할 수 있습니다. 창에서 git 흐름을 다운로드하고 설치해야합니다. git-flow를 설치한 후 git 흐름 을 실행하여 프로젝트에서 사용할 수 있습니다. Git 흐름은 Git 주위의 래퍼입니다.

git 흐름 초기화 명령은 기본 git init 명령의 확장이며 분기를 만드는 것 외에는 저장소에서 아무 것도 변경하지 않습니다. 이렇게 하면 모든 원격 분기를 가져오고 현재 분기를 병합합니다. 일반적으로 분기를 체크 아웃하기 전에 분기를 만들어야하지만 최신 버전의 git에서는이 원격 분기의 로컬 복사본을 체크 아웃할 만큼 현명합니다. 기능 분기 흐름을 보여 주는 전체 예제는 다음과 같습니다. 마스터 브랜치가 있는 리포지토리 설정이 있다고 가정합니다. 줄 바이나 공백을 추가하지 않고 SSH Public 키를 작성된 그대로 복사하는 것이 중요합니다. „ssh-rsa” 접두사, 키 자체 및 전자 메일 주소 접미사를 포함하여 전체 텍스트를 복사합니다. 개발 분기와 결합된 피쳐 분기는 모든 의도와 목적에 따라 기능 분기 워크플로입니다. 그러나 Gitflow 워크플로우는 거기서 끝나지 않습니다.

당신이 원하는 지점을 체크 아웃, 내 경우에는 `arcified`라고 : 새로운 SSH 키를 생성하려면, 아래의 명령을 입력하고 자신의 이메일 주소로 gerrituser@example.com 교체. 우리는 기본 설정을 원하므로 키를 저장할 파일을 입력하라는 메시지가 표시되면 enter를 누르기만하면됩니다. 리베이스를 사용하여 리모컨을 사용하여 로컬 지점을 최신 상태로 유지합니다. 코드 검토자가 변경한 내용을 쉽게 확인할 수 있도록 rebase 업데이트를 별도의 패치로 만드는 것이 가장 좋습니다. Gerrit을 사용한다고 가정하면 Gerrit의 웹 인터페이스에서 패치를 볼 때 „변경 변경 재설정” 버튼을 클릭하여 이 작업을 수행할 수 있습니다. Gerrit은 커밋 메시지에 „변경 ID”가 있어야 합니다. 그들은 변경 ID처럼 보인다: Ibd3be19ed1a23c863814b4a1d32f544ca1b5f97 I (자본 i)로 시작. Gerrit의 기존 패치를 개선하기 위한 커밋을 수정할 때마다 이 변경 ID는 동일하게 유지되므로 Gerrit은 동일한 코드 변경을 처리하기 위한 새로운 „패치 집합”으로 이해합니다. 나는 최신 스위프트 버전의 마스터가 없는 것을 사용하려고하지만 신속한 3에 대한 분기가 있습니다. 작업하는 동안 마스터 브랜치에서 발생할 수 있는 변경 내용과 변경 집합을 동기화합니다(„리베이스”).