共计 2816 个字符，预计需要花费 8 分钟才能阅读完成。
<img src=”http://www.image.jincou.com/9d8c6147fd11459bb598833a27576030″ width=”600″ height=”354″>
一、删除近程仓库上被疏忽的文件
因为种种原因，一些本应该被疏忽的文件被咱们误操作提交到了近程仓库了。那么咱们该怎么删除这些文件呢？
以误提交了.idea 目录为例，咱们能够通过上面的步骤解决：
1）咱们首先应该革除 暂存区 的.idea 文件，执行命令
# - r 代表删除的是文件或者文件夹 --cached 只革除暂存区不革除工作区的
git rm -r --cached .idea2）在 .gitignore 文件，增加须要疏忽的文件。
.idea之后在提交，就会删除.idea 相干文件
git commit -m '提交信息'
git pushgit rm 与 git rm –cached 的区别
git rm：同时从 工作区 和暂存区 删除文件。即本地的文件也被删除了。
git rm --cached：从 暂存区 删除文件。然而本地文件还存在, 只是不心愿这个文件被版本控制。
下面的 .idea 文件 显然我本人工作区是不能删除的，只能删除暂存区，所以须要加上 –cached
如图
<img src=”http://www.image.jincou.com/b6ad296935d249148411c6e123971e50″ width=”400″ height=”438″>
二、代码开发一半，有新工作了
当你正在巴拉巴拉开发某个需要的时候, 你只实现了一半。这时，你又接到了另外一个需要，急需进行开发, 之前那个需要能够先放一放。你又不想把它 git commit 提交到版本库，也就是说工作区或者暂存区中有一些你并不想提交到版本库的代码。
这个时候又该怎么办呢?
你就能够应用 git stash 命令来解决这个问题。
1) 首先，将 工作区 和暂存区 中的批改，存储到 堆栈。
# -u 示意还要存储工作区中新增的文件，如果不加 u 只会存储工作区中曾经存在的文件的批改
git stash save -u "需要 a 只实现了一半"这样，工作区和暂存区就都洁净了。
咱们也能够查看堆栈中的 stash 列表。（因为咱们只 git stash 存储了一次，故堆栈中只有一个 stash）
$ git stash list
stash@{0}: On main: 需要 a 只实现了一半也能够查看，stash 中存了哪些内容
git stash show2) 而后，就能够在以后的 dev 分支中，优先实现需要 b
如果需要 b 已开发实现，就将其提交到版本库。
git add .
git commit -m "需要 b 已实现"
# 推送到近程的 dev 分支
git push origin dev3) 最初，咱们将堆栈中的 stash 弹出，利用到以后的工作区
git stash pop持续实现需要 a 中未实现的工作。如果需要 a 也实现了，也将其提交到版本库。
git add .
git commit -m "需要 a 也实现"
# 推送到近程的 dev 分支
git push origin dev这就功败垂成。
三、git pull 代码抵触
当你提交代码的时候，想先 pull 一下代码时你发现
$ git pull
error: Your local changes to the following files would be overwritten by merge:
src/main/java/com/open/demo/beans/AppReqParmVO.java
Please commit your changes or stash them before you merge.
Aborting很显著你本地批改的代码与别人批改提交的有抵触了。文件都通知你了 AppReqParmVO.java
如何解决？
1）先把本地代码存储起来
git stash2）而后再去 pull 近程代码
$ git pull
Updating 5b82c67..3d844c3
Fast-forward
src/main/java/com/open/demo/beans/AppReqParmVO.java | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)发现曾经不报错了，可能失常 pull 下来。
3）最初再把本地存储的代码释放出来
$ git stash pop
Auto-merging src/main/java/com/open/demo/beans/AppReqParmVO.java
CONFLICT (content): Merge conflict in src/main/java/com/open/demo/beans/AppReqParmVO.java释放出来，这里也通知你有抵触，而后手动解决下抵触，就能够失常提交了。
四、合并分支产生的抵触
下面的问题是同一分支, 拉取代码引起的抵触, 而这里是在两个分支进行合并的时候，呈现了抵触。
比方当初有两个分支，你在 dev 批改了一个文件后提交胜利，而 master 分支也改了同一个文件也提交胜利了，这个时候当你将 dev 合并到 master 的时候，你发现合并不了，呈现抵触了，这种问题理论开发中也挺常见的。
这里在 dev 合并到 master 发生冲突
1)、从 dev 切到 master 分支
git checkout master2)、合并 dev
git merge dev如果有抵触那么就会通知你哪些文件抵触
$ git merge dev
Auto-merging src/main/java/com/open/demo/beans/AppReqParmVO.java
CONFLICT (content): Merge conflict in src/main/java/com/open/demo/beans/AppReqParmVO.java
Automatic merge failed; fix conflicts and then commit the result.那你只需找到以后抵触文件，解决抵触即可。
<<<<<<< HEAD
private final long serialVersionUID = -1206184202179044275L;
=======
private long serialVersionUID = -1206184202179044275L;
>>>>>>> dev批改完从新提交就能够了。
五、master 批改代码，推送到 dev
你在 master 批改代码，却须要把批改后代码推送到 dev 近程分支上
1)、在 master 上
git add .
git commit -m "本次提交阐明"2)、切换到 dev 分支
git checkout dev3)、合并 master
git merge master4)、推送到主仓库
git push如果 dev 分支提交代码 须要从新 add 和 commit。
申明 : 公众号如需转载该篇文章, 那麻烦在文章的头部 申明是转至公众号: 后端元宇宙。尊重作者辛苦劳动果实嘛。同时也能够问自己要该文章 markdown 原稿和原图片。其它状况一律禁止转载哦！
本文由博客一文多发平台 OpenWrite 公布！