• 三件事
    2019-10-15
    老师还有一个问题

    3.如果我们的实际开发比线上版本领先一到两个版本的话,采用 git flow 这种方式,分支管理就比较麻烦。对于这一点老师有没有什么好的办法?
    
    
  • 三件事
    2019-10-15
    老师你好,受益匪浅,想请教两个问题:

    1.如何最大程度的提高构建速度?在打包设备一定的情况下。
    2.从 master merge 回 dev 的时候有没有什么好的实践方式?
    
    
  • 春明
    2019-05-14
    老师,我们知道
    stages有如下特点 :

    所有 stages 会按照顺序运行,即当一个 stage 完成后,下一个 stage 才会开始

    只有当所有 stages 成功完成后,该构建任务 (Pipeline) 才算成功

    如果任何一个 stage 失败,那么后面的 stages 不会执行,该构建任务 (Pipeline) 失败

    针对第三个特点,我们有没有办法,让所有stage都能够执行呢?


    另外经常遇到的
    Stage "xxx" skipped due to earlier failure(s)

    是什么意思?该如何避免呢?
    展开
     1
    
  • 心在飞
    2019-02-27
    我们分支模型为 master -> integration->feature, 叫法不同,但使用方式上一样。master 打tag发布,每次feature合并到integration都要做DoD(definition of done)检查,包括sonar,coverity等。但我们是嵌入式设备(医疗行业),没有持续交付,只有持续部署。
    
    
我们在线,来聊聊吧