V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
git
Pro Git
Atlassian Git Tutorial
Pro Git 简体中文翻译
GitX
that24
V2EX  ›  git

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

  •  
  •   that24 · 2016-06-21 07:22:05 +08:00 · 5061 次点击
    这是一个创建于 3076 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

    11 条回复    2016-06-21 16:41:22 +08:00
    kinghui
        1
    kinghui  
       2016-06-21 08:21:51 +08:00 via iPhone
    合并到 develop 分之后再提交给测试
    that24
        2
    that24  
    OP
       2016-06-21 09:29:01 +08:00
    @kinghui 感谢回复,但是根据 git flow 的思想,发布版本时是从 develop 合到 release 再合到 master ,如果没有测试通过的代码就合到 develop 不就有问题了?
    kinghui
        3
    kinghui  
       2016-06-21 09:43:39 +08:00
    @that24 develop 合并到 release 也得等 develop 稳定之后再合并到 release, 这个稳定的过程难道不就是测试的过程吗?
    另外我觉 topic 分支合并到 develop 应该是自测的部分, 单元测试等.
    that24
        4
    that24  
    OP
       2016-06-21 09:49:46 +08:00
    @kinghui 是的, topic 到 develop 前肯定完成了自测,但是测试人员没有测试就不能上线的,比如现在有两个需求分支 A 、 B 。如果都合到 develop 了,结果 A 测试完成需要今天上线,但是 B 还需要两三天才测完,这就不影响上线了么
    kinghui
        5
    kinghui  
       2016-06-21 10:00:10 +08:00
    @that24 我感觉这已经超出了 git flow 范畴. 其实可以用 --no-ff 合并主题分支, 然后结合 cherry-pick :D
    leopku
        6
    leopku  
       2016-06-21 10:55:02 +08:00
    我们是一个 feature 一个端口或域名,
    端口的方式,可以基于 docker ,很方便
    域名的方式,可以通过指 host 解决,看需求再定要不要解析到公网 DNS 上
    msg7086
        7
    msg7086  
       2016-06-21 11:56:59 +08:00
    API 的测试应该不需要等主程序吧,测试代码写好 CI 跑过就能合并了。
    回头再测主程序的不就行了么。

    如果是同一个项目内的话可以考虑两个组在一个分支上干活。
    that24
        8
    that24  
    OP
       2016-06-21 13:01:41 +08:00
    @leopku 嗯,我之前也是这么想的, 3Q
    that24
        9
    that24  
    OP
       2016-06-21 13:02:16 +08:00
    @msg7086 说得对,但是最后一个没看懂额
    cxbig
        10
    cxbig  
       2016-06-21 13:15:04 +08:00 via iPad
    我们公司的做法是放弃掉 develop , feature 大致分类成 new 、 bug ,外加 hotfix ,按计划直接 PR 到对应的 release ,然后部署、测试,通过了就 merge 到 master 上线。
    - 既然需求有重合,当然是合并到一起测试。
    mcfog
        11
    mcfog  
       2016-06-21 16:41:22 +08:00
    嗯,任何 flow 其实都解决不了需求乱序的问题的

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

    更高级的还有开关做成动态的来支持灰度发布、 AB 测试之类的
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1160 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 32ms · UTC 18:23 · PVG 02:23 · LAX 10:23 · JFK 13:23
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.