三件事
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等。但我们是嵌入式设备(医疗行业),没有持续交付,只有持续部署。
我们在线,来聊聊吧
✕
您好,当前有专业客服人员在线,让我们来帮助您吧。
我们在线,来聊聊吧