Git五个常见问题及解决方法

‍

删除远程仓库上被忽略的文件

由于种种原因，一些本应该被忽略的文件被我们误操作提交到了远程仓库了。那么我们该怎么删除这些文件呢？

以误提交了.IDEA目录为例，我们可以通过下面的步骤处理：

1）我们首先应该清除暂存区的.idea文件，执行命令

# -r代表删除的是文件或者文件夹   --cached 只清除暂存区不清除工作区的
Git rm -r --cached .idea

2）在 .gitignore 文件，添加需要忽略的文件。

.idea

之后在提交，就会删除.idea相关文件

git commit -m '提交信息'
git push

git rm 与 git rm –cached 的区别

git rm ：同时从工作区和暂存区删除文件。即本地的文件也被删除了。

git rm --cached ：从暂存区删除文件。但是本地文件还存在,只是不希望这个文件被版本控制。

上面的 .idea文件显然我自己工作区是不能删除的，只能删除暂存区，所以需要加上 –cached

操作步骤如图

代码开发一半，有新任务了

当你正在巴拉巴拉开发某个需求的时候,你只完成了一半。这时，你又接到了另外一个需求，急需进行开发,之前那个需求可以先放一放。你又不想把它 git commit 提交到版本库，也就是说工作区或者暂存区中有一些你并不想提交到版本库的代码。

这个时候又该怎么办呢?

你就可以使用 git stash 命令来解决这个问题。

1) 首先，将工作区和暂存区中的修改，存储到堆栈。

# -u 表示还要存储工作区中新增的文件，如果不加u只会存储工作区中已经存在的文件的修改
git stash save -u "需求 a 只完成了一半"

这样，工作区和暂存区就都干净了。

我们也可以查看堆栈中的 stash 列表。

$ git stash list
stash@{0}: On main: 需求 a 只完成了一半

2) 然后，就可以在当前的 dev 分支中，优先完成需求 b

如果需求 b 已开发完成，就将其提交到版本库。

git add .
git commit -m "需求 b 已完成"
# 推送到远程的 dev 分支
git push origin dev

3) 最后，我们将堆栈中的 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 stash

2）然后再去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 master

2)、合并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 dev

3) 合并master

git merge master

4) 推送到主仓库

git push

如果dev分支提交代码需要重新 add 和 commit。

‍

原文始发于微信公众号（后端元宇宙）：Git五个常见问题及解决方法

文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/28258.html