git branch 예제

이 예제에서는 contact.html 파일을 수정하 고 qa 분기에 커밋리 저장소의 모든 분기 목록입니다. 이것은 git 분기 –목록과 동의어입니다. branch.autoUpMerge 구성 변수가 true인 경우에도 “업스트림” 구성을 설정하지 마십시오. 본질은 다른 사람이 빠른 생산 수정을 준비하는 동안 (개발 분기에) 팀 구성원의 작업을 계속할 수 있다는 것입니다. 다른 VCS에 비해 Git의 분기 작업은 저렴하고 자주 사용됩니다. 이러한 유연성을 통해 강력한 Git 워크플로우 사용자 지정이 가능합니다. Git 워크플로우에 대한 자세한 내용은 확장워크플로우 토론 페이지인 기능 분기 워크플로, GitFlow 워크플로, 분기 워크플로우를 참조하십시오. 이 새 분기는 릴리스가 확실히 롤아웃될 때까지 잠시 동안 존재할 수 있습니다. 이 시간 동안 개발 분기가 아닌 이 분기에 버그 수정을 적용할 수 있습니다. 여기에 큰 새로운 기능을 추가하는 것은 엄격히 금지됩니다.

그들은 개발에 병합해야하며, 따라서, 다음 큰 릴리스를 기다립니다. 분기가 삭제된 후에는 다음 출력에서 볼 수 있듯이 더 이상 표시되지 않습니다. GitHub에서 했던 것처럼 다시 한 번 마스터를 기반으로 새 https://help.github.com/articles/deleting-unused-branches 분기를 만들려고 합니다. 하지만 항상 명시적으로 하는 것이 좋습니다. 또한 여기에 여러 분기가 있으므로 git을 푸시할 위치(즉, GitHub에서 복제한 원격 저장소로 다시) 정확히 푸시해야 하는 위치(새 분기)를 알려야 합니다. 이제 기존 핫픽스 분기로 이름이 바뀌므로 bug-1099가 더 이상 표시되지 않습니다. 라는 새 분기를 만듭니다. 새 분기를 체크 아웃하지 않습니다. git 로그에서 볼 수 있듯이 새 커밋이 있고 qa 분기만 이 것을 가리킵니다. 개발자 분기는 여전히 이전 커밋에 있습니다. 우리의 머리는 qa 지점을 가리키고 있다, 그 곳은 어디 현재 작업.

로컬 컴퓨터에서 분기를 만들고 이 분기에서 전환: 버그 나 기능을 커밋할 때마다 분기를 만들어야 합니다. –list가 지정되거나 비옵션 인수가 없는 경우 기존 분기가 나열됩니다. 현재 분기는 별표로 강조 표시됩니다. 옵션 -r은 원격 추적 분기를 나열하고 옵션 -a는 로컬 분기와 원격 분기를 모두 표시합니다.