多数情况下，git 团队开发出现的冲突，是因为本地版本号低于服务器的版本号，注意：
1，尽量在修改文件之前，git chekout更新一下；
2，如果修改公共文件，需要跟同事做好沟通，让他别修改，在你修改后，让他更新。
一些小技巧：
1.首先在本地 git clone 回来之后，只有一个默认分支master，不要直接在上面工作。
a.建立一个自己的分支，如取名working： git branch working
b.切换到这个新分支： git checkout working
c.现在可以自由修改代码并保存了。
2.确保你修改的代码都是自己负责项目下，或者说你的两次提交之间，没有其他人来改相同项目下的代码，如果不能避免，你就要在下面的merge步骤手工处理冲突了。
3.提交代码时按下面的步骤：(可以将下面的脚本保存在你的每个项目之下，每次只修改提交一个项目)
git checkout working --force #确保使用的是工作分支
git add .
git commit -m"$1" -a #提交代码到本地，工作分支增加一个版本，这里的$1是运行脚本的第一个参数
git checkout master
git pull origin master #切换回默认分支，并将默认分支和中央最新版本合并
git merge working #在本地合并你的这次修改到默认分支
git push origin master #提交到中央版本库，接下来还是要切换回工作分支的
git checkout working --force
如果不小心动了生产环境（就是只从中央版本库pull到本地）的文件，只好将本地版本退回一个，再从中央代码库pull代码合并。
git reset --hard HEAD
常见的bug及解决方式:
1,如果系统中有一些配置文件在服务器上做了配置修改,然后后续开发又新添加一些配置项的时候, 在发布这个配置文件的时候,会发生代码冲突:
error: Your local changes to the following files would be overwritten by merge:
protected/config/main.php
Please, commit your changes or stash them before you can merge.
如果希望保留生产服务器上所做的改动,仅仅并入新配置项, 处理方法如下:
$ git stash
$ git pull
$ git stash pop
然后可以使用git diff -w +文件名 来确认代码自动合并的情况.
反过来,如果希望用代码库中的文件完全覆盖本地工作版本. 方法如下:
$ git reset --hard
$ git pull
其中git reset是针对版本,如果想针对文件回退本地修改,使用
$ git checkout HEAD file/to/restore
2,在 checkout 或者 rebase 时, 如果提示:
Please move or remove them before you can switch branches.
Aborting
$ git clean -d -fx
3,有时 push 代码的时候, 出现提示:
$ git push
To ../remote/
! [rejected] master -> master (non-fast-forward)
error: failed to push some refs to '../remote/'
问题 (Non-fast-forward) 的出现原因在于: git remote 仓库中已经有一部分代码, 所以它不允许你直接把你的代码覆盖上去. 于是你有 2 个选择方式:
强推, 即利用强覆盖方式用你本地的代码替代 git 仓库内的内容
$ git push -f
或者先把 git 的东西 fetch 到你本地然后 merge 后再 push
$ git fetch
$ git merge
