Branch는 Git의 킬러 애플리케이션입니다. 다른 버전 제어 도구와 달리 Git은 분기 생성 및 전환에 매우 효율적입니다.
브랜치 소개
브랜치란 무엇인가요? 이제 우리에게 매우 익숙한 시나리오부터 시작해 보겠습니다. 이제 출시된 제품에 새로운 기능이 추가되어야 합니다. 이때 원래 브랜치에서 계속 개발한다면 이미 출시된 애플리케이션이고 출시하기 전에 테스트를 거쳐야 하기 때문에 매우 불편할 것입니다. 일반적으로 우리의 접근 방식은 새 분기를 만들고 이 새 분기에서 새 기능을 개발한 다음 테스트 후 기본 분기에 병합하는 것입니다.
브랜치 생성 및 전환
현재 내 저장소의 브랜치 상황은 다음과 같습니다.
브랜치 생성
이제 새로운 브랜치인 dev를 생성합니다. 브랜치를 생성하고 브랜치를 보는 명령은 다음과 같습니다.
git branch 分支名 git branch # git branch dev # git branch dev * master
Switch Branch
브랜치가 성공적으로 설정되었습니다. 이제 새 브랜치로 전환해 보겠습니다. 브랜치를 전환하는 명령은 다음과 같습니다. git checkout Branch name
# git checkout dev Switched to branch 'dev'
이제 새 브랜치에서 몇 가지 수정 사항을 적용한 다음 제출하고 마스터 브랜치로 전환하여 make를 수행합니다. 일부 수정하여 제출합니다. 그런 다음 지점의 상태를 살펴보겠습니다.
git vim config.php # 修改config.php文件 git add . && git commit -m 'add config.php' git checkout master # 切换到主分支 git vim config.php git add . && git commit -m 'change config.php'
$ git log --oneline --decorate --graph --all * ca4589c (HEAD -> master) add config file | * 43a5a8f (dev) add config.php |/ * 19e3186 add index.php * 9cc82f9 first commit
브랜치 생성 및 브랜치 전환을 완료하는 하나의 명령
git checkout -b 新分支名
브랜치 병합
먼저 매우 일반적인 시나리오를 소개합니다.
시스템은 이미 온라인에 접속하세요
시스템을 새로운 기능으로 업데이트해야 하므로 새 브랜치(dev)를 만들고 이 브랜치에서 작업하세요.
이때 갑자기 시스템에 문제가 발생하여 긴급 조사와 처리가 필요했습니다.
그러면 이때 먼저 온라인 버전(master)으로 전환한 후 새 브랜치를 생성(fixbug)하고 새 브랜치에서 오류를 수정해야 합니다
테스트 완료 후 스위치 그런 다음 Fixbug 분기를 병합하고 변경 사항을 온라인 분기로 푸시합니다.
마지막으로 dev 브랜치로 전환하여 작업을 계속할 수 있습니다.
현재 저장소 상태는 다음과 같습니다.
이제 새 브랜치를 생성하고 새 브랜치에 새로운 기능을 추가해야 합니다.
git checkout -b dev
그런 다음 새 브랜치에서 몇 가지 사항을 변경하세요.
이때 온라인에서 심각한 버그가 발견되어 긴급히 처리해야 했습니다. 우선 마스터 브랜치로 전환해야 합니다. 그런데 전환 중에 오류가 발생했습니다
$ git checkout master error: Your local changes to the following files would be overwritten by checkout: login.php Please commit your changes or stash them before you switch branches. Aborting
위 오류가 자주 발생하는 이유는브랜치를 병합할 때 작업 공간과 스테이징 영역이 "깨끗"해야 하기 때문입니다. 위의 요구 사항을 충족하는 방법에는 두 가지가 있습니다
변경 사항 제출
Staging
여기에서는 임시 저장 방법을 사용하여 설명합니다
$ git stash $ git checkout master Switched to branch 'master'
当你切换分支的时候,Git 会重置你的工作目录,使其看起来像回到了你在那个分支上最后一次提交的样子。
现在,我们新建fixbug分支,在这个分支上修复bug。
$ git checkout -b fixbug
合并分支
修复完成且测试通过时,就可以把它合并到master上了。合并使用git merge 分支名
$ git checkout master Switched to branch 'master' $ git merge fixbug
删除分支
这个时候,fixbug功能已经完成了,可以将它给删除掉了。
$ git branch -d fixbug Deleted branch fixbug (was cca73bb).
现在,我们可以继续在dev分支上工作了。我们需要把之前暂存的内容取出来。
$ git checkout dev $ git stash pop On branch dev Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: login.php no changes added to commit (use "git add" and/or "git commit -a") Dropped refs/stash@{0} (2f8476defbaa813e31f3e1b081f5b88416b2ff50)
新功能完成后,提交到版本库。
冲突解决
现在我们新的功能完成了,那么就可以把它合并到master分支上了。现在我们来演示合并时遇到冲突时,如何去解决。
$ git checkout master Switched to branch 'master' $ git merge dev Auto-merging index.php CONFLICT (content): Merge conflict in index.php Automatic merge failed; fix conflicts and then commit the result.
提示我index.php合并的时候有冲突,我们来看看该文件
$ cat index.php <?php <<<<<<< HEAD echo 'hello world'; ======= echo 'version 1.1 finished'; >>>>>>> dev
<br/>
$ cat index.php <?php echo 'version 1.1 finished';
然后再add并提交,最后在提交
$ git commit -m 'merge dev'
这个时候就合并成功了,现在就去删除dev分支吧。
$ git branch -d dev
위 내용은 버전 관리 도구 Git - 지점 관리의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!