关于git流程
来源:2-3 git的安装和配置(mac,windows)
李行知
2018-10-23
假如现在有三个bug,b1,b2,b3
我们的业务希望测试的时候能够一口气测试这三个bug
但是希望这三个bug能够分批次发版,或者说b2并不是一个bug,他可能只是一个样式修改
现在业务希望测试这三个
但是实际上本次发版只能发布b1,b3两个bug
现在的问题是 在业务提出这三个bug的时候,并不知道这三个bug是否需要在下次发版中发布,而是发版前一段时间才通知我们的,这个怎么办呢?
我现在想的是
在master分支上创建一条测试线 master-test
然后每个bug都是从master上面新开一个bug
m-b1
m-b2
m-b3
然后每次改了都合并到master-test上面去,这条线上的代码交给业务去测试,然后等到确定要发布哪些再合并过去。
但是这个样子最后的时候就有可能要处理很多的冲突,即使这些冲突我们已经在master-test线上处理了一遍了,但是还是需要处理一次。这样就有可能导致问题,还需要业务重新进行测试几次。而且很容易出现隐藏的bug
对于这种情况,我现在是直接挡回去了。
给出的建议是必须告诉我们这个bug在什么时候发版。
但是在想,这种情况是否存在比较好的解决版本或者说流程
写回答
1回答
-
你的整个思路都是对的,一般也都这么干,但有两个点知道后可能就不纠结了。
无论发布哪个分支,发布前都要再合并到 master-test 上测试,不能测三个发两个。
git 只要不是改同一个文件同一行,不会出冲突,以我的经验很少出现大规模的冲突。
012018-10-24
相似问题