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 测试之类的 |