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 命令来解决这个问题。

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

# -u 表示还要存储工作区中新增的文件，如果不加u只会存储工作区中已经存在的文件的修改

git stash save -u "需求 a 只完成了一半"

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

我们也可以查看堆栈中的 stash 列表。（由于我们只 git stash 存储了一次，故堆栈中只有一个 stash）

$ git stash list

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

也可以查看，stash中存了哪些内容

git stash show

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。

声明: 公众号如需转载该篇文章,那麻烦在文章的头部声明是转至公众号: 后端元宇宙。尊重作者辛苦劳动果实嘛。同时也可以问本人要该文章markdown原稿和原图片。其它情况一律禁止转载哦！