Git分支管理

在整个的 GIT 开发过程之中所有的项目提交都会有一个提交点存在，而在一个提交点上可能会产生若干个分支，这样可以保证在分支上的开发不影响其它分支。在之前所有的开发都是在 master 分支上进行的。而在实际的 GIT 项目开发过程之中，master 分支是最终的项目的发布分支。但是在 master 分支同时可能产生若干个开发分支，例如：现在有一个开发者，通过 GIT 服务器取得了 GIT 项目，那么并且需要对这个项目进行新的功能扩展。那么此时会在 master 分支上创建一个 dev 的分支进行开发。

如果要想知道当前的开发环境之中存在有那些分支，则可以执行如下的指令：
git branch
* master
当前所在的分支上会出现有“*”，而后如果有需要可以进行新的分支创建。
范例：创建一个新的 dev 分支
git branch dev
但是千万要记住，创建的分支，只是创建了，并没有切换。现在是在 master 上创建了分支，所以一定要记得，这个时候的分
支与 master 当前的提交点是一样的。可以使用如下命令进行分支切换：
git checkout dev
当切换完成之后就可以在分支上进行开发，也就是说此时的分支就是一个独立的项目。
在 dev 分支上所进行的修改和 master 分支没有任何的关系，dev 分支可以继续进行独立的项目提交处理。
git add .
git commit -m “Dev Branch Add Admin.java File”

范例：删除 dev 分支
git branch -d dev
范例：创建并切换分支
git checkout -b dev
注意：如果在进行分支删除的时候默认情况下必须要求保证该分支已经合并了，如果没有合并使用之前的删除分支命令是无法完成
的，使用“git branch -D dev”。

理论上从分支的角度来看，master 分支不应该进行任何的修改，那么所有的修改都应该在子分支上，那么就有可能出现这样
一种情况：不同的分支修改了同一个文件，那么此时如果要进行合并处理的话，就会产生冲突。
1、 创建并且切换到 dev 分支中：
git checkout -b dev
2、 在 dev 分支上修改 Dept.java 文件，并且将此分支进行正常的提交处理；
3、 切换回 master 分支：
git checkout master
4、 在 master 分支上同样修改 Dept.java 文件，随后将此文件进行提交处理；
5、 此时两个分支在同一文件上都做出了修改， 下面将 dev 与 master 分支进行合并处理：
git merge dev
Auto-merging Dept.java
CONFLICT (content): Merge conflict in Dept.java
Automatic merge failed; fix conflicts and then commit the result.

这个时候产生冲突的所有信息都会在 Dept.java 文件里面进行标注。对于此时用户而言，所需要做的就是手工解决这个冲突，
并且将其重新提交；
git commit -a -m “conflict file”
在整个 git 的处理过程之中，没有用的分支一定要删除干净，否则你的 git 的维护会非常混乱。

git push -u origin dev
范例：删除远程分支
git push origin –delete dev
git push origin :dev
范例：将新的分支内容推送到远程服务器
git push -u origin dev