我们在工作中经常会遇到代码合并冲突的问题，其实解决起来很容易
https://www.jianshu.com/p/6960811ac89c
首先是add添加到缓存区 并提交
这里简单介绍一下 git add 和git commit的意义
git add到底是什么意思？用官方的话就是：跟踪新文件，或者说将内容从工作目录添加到暂存区。
用生活当中的一个案例来解释就是：
git add 就好比如您去超市购物，用购物车装了一大车的商品（类似于修改过的文件），然后去收银台结账，由于您一次性挑选的商品比较多，你有可能要犹豫一下到底要不要全部买下来；这时候，你可以一件件的将商品拿到收银员那里去扫码计价结算（类似与 git add fileA, git add fileB…，即添加指定某些文件）,也可以财大气粗的全部买下（类似于git add ./，即添加所有文件），接下来就是买单并拿回家（git commit 和 git push）。
git commit主要是将暂存区里的改动给提交到本地的版本库。
每次使用git commit 命令我们都会在本地版本库生成一个40位的哈希值，这个哈希值也叫commit-id，commit-id在版本回退的时候是非常有用的，它相当于一个快照,可以在未来的任何时候通过与git reset的组合命令回到这里。
git commit -a -m "提交的描述信息"
git commit 命令的-a 选项可只将所有被修改或者已删除的且已经被git管理的文档提交倒仓库中。如果只是修改或者删除了已被Git 管理的文档，是没必要使用git add 命令的。
git add .命令除了能够判断出当前目录（包括其子目录）所有被修改或者已删除的文档，还能判断用户所添加的新文档，并将其信息追加到索引中。
git commit --amend 对于已经修改提交过的注释，如果需要修改，可以借助 git commit --amend 来进行
然后使用git pull --rebase来拉取远程仓库的代码 查看刚才的commit文件是否与远程仓库有conflict！
之后发现Resolve all conflicts manually ,mark them as resolved with 意思是 ：手动解决所有冲突，将它们标记为已解决。
这里介绍一下 git pull --rebase的意义
1.git pull
git pull = git fetch + git merge FETCH_HEAD
git pull --rebase = git fetch + git rebase FETCH_HEAD
2.merge 和 rebase
现在我们有这样的两个分支,test和master，提交如下：
D---E test
/
A---B---C---F--- master
在master执行git merge test,然后会得到如下结果：
D--------E
/ \
A---B---C---F----G--- test, master
在master执行git rebase test，然后得到如下结果：
A---B---D---E---C‘---F‘--- test, master
merge操作会生成一个新的节点，之前的提交分开显示。
而rebase操作不会生成新的节点，是将两个分支融合成一个线性的提交。
3.rebase好处
想要更好的提交树，使用rebase操作会更好一点。
这样可以线性的看到每一次提交，并且没有增加提交节点。
merge 操作遇到冲突的时候，当前merge不能继续进行下去。手动修改冲突内容后，add 修改，commit 就可以了。
而rebase 操作的话，会中断rebase,同时会提示去解决冲突。
解决冲突后,将修改add后执行git rebase –continue继续操作，或者git rebase –skip忽略冲突。
Auto-merging gradle.properties
CONFLICT (content): Merge conflict in gradle.properties
Auto-merging app/src/main/java/com/tencent/wcenter/MainActivity.java
Auto-merging .idea/misc.xml
CONFLICT (content): Merge conflict in .idea/misc.xml
这里的意思是自动合并 gradle.properties 和.idea/misc.xml 文件 但是自动合并冲突了
于是我们需要手动到工程中分别找到这两个文件，并对冲突的地方进行处理。
处理完两个文件冲突后 我们查看状态 显示的是both modified 两个修改 这个时候我们git rebase --continue
就会提示你 You must edit all merge conflicts and then mark them as resolved using git add 意思你必须编辑所有的合并冲突，然后使用git add将它们标记为已解决 很明显让你使用add重新提交到缓存区
这里需要介绍一下git rebase --continue 的意义 ：https://www.jianshu.com/p/6960811ac89c
https://blog.csdn.net/cch___/article/details/100131128 这两个地址可以去阅读一下 大概的作用是：执行完$git pull --rebase 之后，本地如果产生冲突，手动解决冲突之后，用"git add"命令去更新这些内容的索引(index)，然后只要执行:
$ git rebase --continue 就可以线性的连接本地分支与远程分支，无误之后就回退出，回到主分支上。
注意：一般情况下，修改后检查没问题，使用rebase continue来合并冲突。
这个时候我们add添加修改冲突后的文件 在查看状态 由both modified变成了modified 这个时候我们
git rebase --continue 发现 Successfully rebased and updated branch 意思就是成功的创建了线性链接并且更新完成。 这时候我们在status 查看 Your branch is ahead of branch by 1 commit 本地分支比之前多了一个提交。
此时 我们就直接push到远程仓库的对应分支上就ok了 完美解决了合并冲突的问题。
退出方法：
如果是输出状态，首先按Esc键退出输入状态，然后按Shift+“;”，再输入q!或wq!（不保存改动，wq!是保存文件的写入修改）退出。
用可视化工具 添加不能添加的类
关于gerrit review代码-1 的时候 我们只需要
回退到上次我们的提交 找到需要重新修改的地方进行修改
然后git add .添加 git commit --amend 然后;q 退出编辑 push远程服务器即可
关于本地与远程仓库不一致
https://blog.csdn.net/maoyingyong/article/details/104385815