git代码托管仓库02（分支与冲突）

分支

所有版本控制系统都以某种形式支持分支。使用分支意味着可以把自己的工作从开发主线上分离来进行重大的bug修改，开发新的功能，以免影响主线开发

该master就是分支

查看分支：git branch

 

添加分支： git branch 分支名

可以看到，添加分支之后进行查看，确实添加了分支 

查看各个分支分别提交了什么版本

皆是一次提交 

 

切换分支：git checkout  分支名

创建并切换分支：git checkout -b 分支名

合并分支： git merge 要合并过去的分支名

 git branch -d b1 删除分支，需要做各种检查

git branch -D b1不做任何检查，强制删除

假设已经在某个分支，例如dev01分支，在该分支上已经对文件做了操作，想要利用 -d对分支进行删除会报错，显示还没有将该分支合并到主分支，会被认为是误操作，所以不能删除，此时就需要用到 -D

不同开发者可以通过不同分支同时对同一个文件进行修改，修改之后的文件提交到各自的分支，不会影响到其他分支。当开发者完成了各自分支上的工作，希望将这些更改整合到主分支上或者其他分支上，就需要进行分支合并，用到git merge。

这也就是说会很少用到分支切换命令，一般是每个工作者在同一个文件中创建一个各自的分支，并且在该分支中进行文件的修改和提交。

开发中分支使用原则

• master（生产）分支：线上分支，主分支，中小规模项目作为线上运行的应用对应的分支；
• develop(开发分支）：从master创建的分支，一般作为开发部门主要分支，阶段开发完后，需要合并到master分支，准备上线
• feature/xxx分支：从develop创建的分支，一般是同期并行开发，但不同期上线创建的分支，分支上的研发任务完车过后需要合并到develop上
• hotfix/xxx分支：从master派生的分支，作为线上bug修复使用，修复完成需要合并到master,test,develop分支
• test分支（代码测试），pre分支（预上线分支）
   

冲突：两个以上分支修改了相同部分，git不能整合，想要开发者手动合并

首先在dev01分支上修改了file01文件中内容为‘update dev01 count=1’,然后将修改后的内容提交到dev01分支。然后切换到master分支，在master分支上修改了file01文件上的内容为‘update master count=1’,将修改后的内容提交到master分支上。将dev01分支和master分支进行1合并，发现不能合并，原因是两个分支修改了同一部分的内容。

实际工作中并不需要自行进行切换，每个工作者仅有自己的一个分支，只需将自己修改的内容提交到自己的分支，最后进行合并分支，若是多个分支都修改了相同的内容，才需要手动进行分支的合并

 

总结：

状态切换：git add .      /git commit -m 'xxx'

查看状态：git status

查看日志：git log  /git-log

版本回退：git reset --hard commitID

查看分支：git branch

创建并切换分支：gir checkout -b 分支名

合并分支；git merge  //首先要先切换到目标分支上