假设我从 master 开了个新分支做一个功能 叫做 a 分支
当我写了几个代码后突然有个需求
于是我要开 b 分支做另一件事,但 a 还没有做完,一定得开 commit ? 我的作法是 stash 起来,然后退回 master 开另一分支
这作法是常规作法吗?
有更好的作法?
现在很常遇到这种问题,就是等接口的同时另一个接口好了,我就做到一半又要再去改另一个
假设我从 master 开了个新分支做一个功能 叫做 a 分支
当我写了几个代码后突然有个需求
于是我要开 b 分支做另一件事,但 a 还没有做完,一定得开 commit ? 我的作法是 stash 起来,然后退回 master 开另一分支
这作法是常规作法吗?
有更好的作法?
现在很常遇到这种问题,就是等接口的同时另一个接口好了,我就做到一半又要再去改另一个
5 回答3.1k 阅读
3 回答2.8k 阅读
1 回答1.5k 阅读✓ 已解决
2 回答709 阅读✓ 已解决
1 回答483 阅读
588 阅读
1 回答448 阅读
说说我自己的一些做法,一般会有两种操作。
1 就是直接stash。2 我会先在a分支做一次提交,等后续再开发a的时候直接切回来就可以做了,特别是在新增文件比较多的时候,直接提交的话可以把新增文件提交,stash则不太方便,当你对接n个需求时,每个需求都有新增文件,会很难区分。所以这种情况下去做b需求前,把所有a的改动和新增都提交到该分支。
而且2还可以将分支推送到远端,方便直接将该需求转给另外的同事来做。
可能造成的一个问题是分支上多了很多无用的提commit,借助git rebase-i 即可。
具体的我一般根据实际情况,简单情况下直接1,有其他的一些需要考虑2。