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

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五个常见问题及解决方法

二、代码开发一半,有新任务了

当你正在巴拉巴拉开发某个需求的时候,你只完成了一半。这时,你又接到了另外一个需求,急需进行开发,之前那个需求可以先放一放。你又不想把它 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 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原稿和原图片。其它情况一律禁止转载哦!

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

上一篇:CISCO实验记录四:备份路由器的IOS


下一篇:十、str的索引、切片和str常用的操作方法(重点)