首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  GitLab

关于 GitLab Flow 的疑惑

  •  
  •   xiandefh · 153 天前 · 682 次点击
    这是一个创建于 153 天前的主题,其中的信息可能已经有所发展或是发生改变。

    目前公司项目开发基于 GitLab Flow 流程,既 feature->master->pre-production->production,其中 master、pre-production 与 production 均 protected。

    由于经常多分支并行开发,所以 master 上一般都会包含多分支的代码。由 master->pre-production 时,研发主管需要 cherry-pick。目前遇到的问题是:

    1. 每次 cherry-pick 需要选择的 commit 数目很多,容易出现遗漏或者多选;
    2. 公司项目多,导致研发主管需要每个项目自行 cherry-pick,没有找到可由员工自行 cherry-pick 后发起 Merge Requests 的方法。

    所以在此咨询下大家的意见。
    10 回复  |  直到 2018-10-09 00:17:51 +08:00
        1
    Hilong   153 天前 via Android   ♥ 1
    为啥需要 chery-pick, 不是预发布的不要合进去啊,在自己的 feature 分支测试完再合并啊
        2
    xiandefh   153 天前
    @Hilong 没太理解你的意思。。。比如 master 上同时有了 feature1 和 feature2 的代码,这时 master 上的 feature1 如果要上预发布,不是应该要 chery-pick 吗?
        3
    Hilong   153 天前 via Android   ♥ 1
    保证合进 master 的代码都是能发布的,不能发布不要合进去啊,在另外的分支测试
        4
    Sharuru   153 天前
    = = 直接 feature/feature1 通过 MR 合进去啊……
        5
    xiandefh   153 天前
    @Hilong 明白了,目前我们测试服只有一个,所有要测试的代码都是合并到 master 后一起发布到测试服提测,每个分支没有单独提测。。。有改进方向了,多谢指点!
        6
    xiandefh   153 天前
    @Sharuru 但 GitLab Flow 的规范是 feature->master->pre-production,如果 feature->pre-production,总感觉会有其他问题。。比如 feature 的代码就有可能没在 master 上测试过。
        7
    Hilong   152 天前 via Android   ♥ 1
    另外,建议每个大版本另外切一个分支出来发布,有些小问题直接合 bugfix 上去,后面再把发布分支合回 master,这样方便回退。
        8
    xiandefh   152 天前
    @Hilong 谢谢,明白了
        9
    ouyangdd   135 天前
    我也遇到了这个问题啊,我们公司的流程也是多个 feature 合并到 master 后再一起发布到测试服提测,楼主最后的流程是什么样的啊?
        10
    xiandefh   135 天前
    @ouyangdd feature 单独部署测试,测试完成要上线了,再合并到 master。
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   866 人在线   最高记录 4385   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 16ms · UTC 22:21 · PVG 06:21 · LAX 14:21 · JFK 17:21
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1