git flow 大家是怎么提交测试的？

[that24]

V2 的壮士们，在一个 web 项目中，你们是如何提测的?一个分支一个域名？
如果 web 项目和 API 项目是同一个需求，如果联合测试呢？
小弟先谢过了。

[kinghui]

合并到 develop 分之后再提交给测试

[that24]

@kinghui 感谢回复，但是根据 git flow 的思想，发布版本时是从 develop 合到 release 再合到 master ，如果没有测试通过的代码就合到 develop 不就有问题了？

[kinghui]

@that24 develop 合并到 release 也得等 develop 稳定之后再合并到 release, 这个稳定的过程难道不就是测试的过程吗?
另外我觉 topic 分支合并到 develop 应该是自测的部分, 单元测试等.

[that24]

@kinghui 是的， topic 到 develop 前肯定完成了自测，但是测试人员没有测试就不能上线的，比如现在有两个需求分支 A 、 B 。如果都合到 develop 了，结果 A 测试完成需要今天上线，但是 B 还需要两三天才测完，这就不影响上线了么

[kinghui]

@that24 我感觉这已经超出了 git flow 范畴. 其实可以用 --no-ff 合并主题分支, 然后结合 cherry-pick :D

[leopku]

我们是一个 feature 一个端口或域名，
端口的方式，可以基于 docker ，很方便
域名的方式，可以通过指 host 解决，看需求再定要不要解析到公网 DNS 上

[msg7086]

API 的测试应该不需要等主程序吧，测试代码写好 CI 跑过就能合并了。
回头再测主程序的不就行了么。

如果是同一个项目内的话可以考虑两个组在一个分支上干活。

[that24]

@leopku 嗯，我之前也是这么想的， 3Q

[that24]

@msg7086 说得对，但是最后一个没看懂额

[cxbig]

我们公司的做法是放弃掉 develop ， feature 大致分类成 new 、 bug ，外加 hotfix ，按计划直接 PR 到对应的 release ，然后部署、测试，通过了就 merge 到 master 上线。
- 既然需求有重合，当然是合并到一起测试。

[mcfog]

嗯，任何 flow 其实都解决不了需求乱序的问题的

如果总是碰到需求乱序的问题，建议采用开关配置的形式，提测的 feature 有开关控制，对开关打开和关闭都进行测试，这样无论最终需求上线顺序如何，都能支持。

更高级的还有开关做成动态的来支持灰度发布、 AB 测试之类的