构建job失败重试经常出现拉取代码认证失败

使用问题讨论
1

构建job失败重试经常出现拉取代码认证失败
应该是因为这个job已经持久化了gitlab 的 access_token， 而access_token有效期为两个小时，有的研发在构建失败之后， 过了两小时才去看， 然后觉得有些问题可以失败重试一下， 就去点失败重试， 这个时候必定会报remote: HTTP Basic: Access denied。研发以为git挂了， 就不断的咨询运维。

解决建议：

  1. 超过1小时的失败任务不允许"失败重试”
  2. 提前校验gitlab_token, 过期自动刷新。

这个什么情况下需要失败重试， 什么情况下需要新开一个pipeline的判断， 对研发的教育成本很高。

2

以下为个人使用心得:

我在实际使用过程中 很少使用失败重试 , zadig会在执行工作流之后把 当次执行工作流的代码和缓存放在minio中 , 在失败重试的时候应该会重新拉取当时的代码和缓存进行构建

但是 cicd的核心就是持续集成 为什么要失败重试呢 直接执行一条新的工作流不好吗

3

那失败重试按钮设计的初衷是什么呢

4

这个只有官方人员能解释下了 特殊情况下有特殊的需求吧

我只是建议不要使用失败重试而已

1 个赞
5

构建拉代码偶发报错remote: HTTP Basic: Access denied Authentication failed 你可以看下这个的官方回复，跟你的是一样的问题