引言:
一般我们都是在develop分支开发,然后合并到master分支,但是今天上次合并到master之后,忘了切回develop,于是当天的工作都是在master分支的做的?那么问题来了,我如何把今天的工作转换到develop分支呢?当然最笨的办法是记住修改了哪些文件,然后一个个复制,切换到develop覆盖。那么能不能直接切换到develop分支呢?
我们知道有时候切换分支的时候,如果有文件改动没有提交,git就会阻止我们切换分支,因为它怕我们切换分支后,辛辛苦苦做的工作丢失了。于是它会友好的禁止我们 Please, commit your changes or stash them before you can switch branches
但有的时候,即使我们在当前分支改动了文件,却可以切换分支,却没有出现上面的禁止提示。这是因为什么呢?我的猜测是:
如果当前分支当对于要切换的目标分支,所有文件都是相同或者部分文件仅相差一个版本(文件在当前分支的版本比目标分支的版本高一个版本),有点绕,这里应该有更好的解释。
情景一:
如上图所示,红色代表文件变动了,但没有提交到本地仓库,绿色代表仓库稳定的版本。当前A分支中有个文件a.txt当前是V1版本,而分支B除了a.txt文件,其他文件内容都和分支A相同,那么分支B此时能切换到分支A吗?
情景二:
那如果分支B的a.txt文件已经处于V3版本,而分支A的a.txt处于V1版本,那么分支B能切换到分支A吗?
实验验证
先初始化一个仓库 git init
然后新建一个文件a.txt
,内容为111111
,然后git add ,git commit提交。
然后新建并切换到develop分支,git checkout -b develop
然后更新a.txt
内容为222222
,这就相当于上面的情景1,
可以看到切换成功了,同理我们再切换到develop分支,并且提交更改的内容。然后再更改文件a.txt
的内容为333333
,此时对应上面的情景2。
此时再次切换master就会发现失败了,因为a.txt
文件在两个分支的最新提交里相差两个版本。这样就切换失败了。
那么如果能够保留当前的更改又能够回到master分支上呢?
可以试用git reset命令使当前分支的版本回退到目标分支的版本。
git reset --soft HEAD^ #回退到上一个版本
思考
那么回到最初抛出的问题,如果我不小心master分支做了更改,如果变换到develop分支上。
- 如果master的上一次提交和develop的最新提交相同,那么就可以直接切换到develop分支上。
- 如果master版本较高,就需要回退到develop的版本,然后切换分支。
- 如果develop当前的版本较高,那么master就没有办法切换到develop了,那就只能拷贝文件了。