这是一个创建于 3474 天前的主题，其中的信息可能已经有所发展或是发生改变。
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