Git初学（9）--Bug分支

最新推荐文章于 2023-02-02 08:47:50 发布

BoVane777

最新推荐文章于 2023-02-02 08:47:50 发布

阅读量1.1k

点赞数 1

文章标签： git bug github

本文链接：https://blog.csdn.net/m0_61788902/article/details/126208857

版权

Bug分支

有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交：

$ git status
On branch dev
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   README.md

no changes added to commit (use "git add" and/or "git commit -a")

并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？

幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

$ git stash
Saved working directory and index state WIP on dev: 2323f6a add merge

现在，用git status查看工作区，就是干净的（除非有没有被Git管理的文件），因此可以放心地创建分支来修复bug
首先确定要在哪个分支上修复bug，假定需要在main分支上修复，就从main创建临时分支：

$ git switch main
Switched to branch 'main'

$ git switch -c issue-101
Switched to a new branch 'issue-101'

现在修复bug，需要把“this is a repo for test cloning”改为“this is a repo for test bug”，然后提交：

$ git commit -m "fix bug 101"
[issue-101 6d8b9a2] fix bug 101
 1 file changed, 1 insertion(+), 1 deletion(-)

修复完成后，切换到main分支，并完成合并，最后删除issue-101分支：

$ git merge issue-101
Updating c1983e5..6d8b9a2
Fast-forward
 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 
$ git branch -d issue-101
Deleted branch issue-101 (was 6d8b9a2).

修复完成，就可以切换回dev干活了

但现在工作区是干净的，刚才的工作现场存到哪去了？用git stash list命令看看：

$ git stash list
stash@{0}: WIP on dev: 2323f6a add merge

作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了：推荐第二种

$ git stash pop
On branch dev
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   README.md

no changes added to commit (use "git add" and/or "git commit -a")
Dropped refs/stash@{0} (9583f38d6d96b00a31f7c0a29e46c8d20d4173cc)

恢复后再用git stash list查看，就看不到任何stash内容了。

你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：

$ git stash apply stash@{0}

在main分支上修复了bug后，我们要想一想，dev分支是早期从main分支分出来的，所以，这个bug其实在当前dev分支上也存在。这个时候重复一遍刚刚的操作会很麻烦。
同样的bug，要在dev上修复，我们只需要把6d8b9a2 fix bug 101这个提交所做的修改“复制”到dev分支。注意：我们只想复制6d8b9a2 fix bug 101这个提交所做的修改，并不是把整个main分支merge过来。

注意：fix bug 101前面的代码是刚刚修复bug提交时的代码

为了方便操作，Git专门提供了一个cherry-pick命令，让我们能复制一个特定的提交到当前分支：

$ git cherry-pick 6d8b9a2
error: Your local changes to the following files would be overwritten by merge:
        README.md
Please commit your changes or stash them before you merge.
Aborting
fatal: cherry-pick failed

这个时候我发现出现了问题，原因如其所说，我在本地对文件的修改还没有上传至远程库，导致远程库现在与本地库的文件不同，所以要先把修改提交或者放弃本地库修改
方法一：放弃本地修改内容，即这个修改我们原本不想要

1.还沒有git add 。
直接checkout让工作区文件与新版本一致即可

git checkout .

2.已经add 但是还未git commit
用以下命令清除git add执行的代码命令，再使用checkout命令

git reset HEAD

方法二：上传本地分支代码
也就是说这个修改是我们想要的，只是忘了提交，这篇文章案例中属于这种情况，所以我将本地修改提交：

$ git add README.md
$ git commit README.md -m "forget to commit local changes"
[dev e738d2b] forget to commit local changes
 1 file changed, 2 insertions(+)

提交代码后再切换分支或者其他命令就好了：

$ git cherry-pick 6d8b9a2
Auto-merging README.md
[dev 273a5c4] fix bug 101
 Date: Sun Aug 7 12:23:45 2022 +0800
 1 file changed, 1 insertion(+), 1 deletion(-)