这是一个创建于 3080 天前的主题，其中的信息可能已经有所发展或是发生改变。
V2 的壮士们，在一个 web 项目中，你们是如何提测的?一个分支一个域名？
如果 web 项目和 API 项目是同一个需求，如果联合测试呢？
小弟先谢过了。
 |
1
kinghui 2016-06-21 08:21:51 +08:00 via iPhone
合并到 develop 分之后再提交给测试
|
 |
2
that24 OP @kinghui 感谢回复，但是根据 git flow 的思想，发布版本时是从 develop 合到 release 再合到 master ，如果没有测试通过的代码就合到 develop 不就有问题了？
|
|
3
kinghui 2016-06-21 09:43:39 +08:00
@that24 develop 合并到 release 也得等 develop 稳定之后再合并到 release, 这个稳定的过程难道不就是测试的过程吗?
另外我觉 topic 分支合并到 develop 应该是自测的部分, 单元测试等. |
|
4
that24 OP @kinghui 是的， topic 到 develop 前肯定完成了自测，但是测试人员没有测试就不能上线的，比如现在有两个需求分支 A 、 B 。如果都合到 develop 了，结果 A 测试完成需要今天上线，但是 B 还需要两三天才测完，这就不影响上线了么
|
|
5
kinghui 2016-06-21 10:00:10 +08:00
@that24 我感觉这已经超出了 git flow 范畴. 其实可以用 --no-ff 合并主题分支, 然后结合 cherry-pick :D
|
 |
6
leopku 2016-06-21 10:55:02 +08:00
我们是一个 feature 一个端口或域名，
端口的方式，可以基于 docker ，很方便 域名的方式，可以通过指 host 解决，看需求再定要不要解析到公网 DNS 上 |
 |
7
msg7086 2016-06-21 11:56:59 +08:00
API 的测试应该不需要等主程序吧，测试代码写好 CI 跑过就能合并了。
回头再测主程序的不就行了么。 如果是同一个项目内的话可以考虑两个组在一个分支上干活。 |
 |
10
cxbig 2016-06-21 13:15:04 +08:00 via iPad
我们公司的做法是放弃掉 develop ， feature 大致分类成 new 、 bug ，外加 hotfix ，按计划直接 PR 到对应的 release ，然后部署、测试，通过了就 merge 到 master 上线。
- 既然需求有重合，当然是合并到一起测试。 |
 |
11
mcfog 2016-06-21 16:41:22 +08:00
嗯，任何 flow 其实都解决不了需求乱序的问题的
如果总是碰到需求乱序的问题，建议采用开关配置的形式，提测的 feature 有开关控制，对开关打开和关闭都进行测试，这样无论最终需求上线顺序如何，都能支持。 更高级的还有开关做成动态的来支持灰度发布、 AB 测试之类的 |
Select Language