Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/clojure/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Continuous integration GitLab CI:防止合并后重复执行作业_Continuous Integration_Gitlab_Gitlab Ci - Fatal编程技术网

Continuous integration GitLab CI:防止合并后重复执行作业

Continuous integration GitLab CI:防止合并后重复执行作业,continuous-integration,gitlab,gitlab-ci,Continuous Integration,Gitlab,Gitlab Ci,我的项目将git流方法用于JavaScript前端。在特性分支上,我们在提交之前执行单元测试、Eslint和build。在合并到dev之前,功能分支的所有CI作业都需要成功 在合并到DEV之后,将在部署到测试环境之前再次执行相同的作业。我可以防止合并后再次执行这些步骤吗?或者,这是确保合并时不会发生任何损坏的最佳实践?(这似乎是管道分钟数和开发时间的极限。)在合并后运行CI是最佳实践 无论如何,您可以使用除关键字之外的禁用它 job: script: - ./build excep

我的项目将git流方法用于JavaScript前端。在特性分支上,我们在提交之前执行单元测试、Eslint和build。在合并到dev之前,功能分支的所有CI作业都需要成功


在合并到DEV之后,将在部署到测试环境之前再次执行相同的作业。我可以防止合并后再次执行这些步骤吗?或者,这是确保合并时不会发生任何损坏的最佳实践?(这似乎是管道分钟数和开发时间的极限。)

在合并后运行CI是最佳实践

无论如何,您可以使用除关键字之外的禁用它

job:
  script:
   - ./build
  except:
    - dev

请参见

合并后运行CI是最佳做法

无论如何,您可以使用除关键字之外的禁用它

job:
  script:
   - ./build
  except:
    - dev

请参见

但是,我希望在合并之前确保一切正常。@Simonhiel您可以在“项目设置”->“常规合并请求”中启用“快进合并”或“使用半线性历史记录合并提交”,因此只能使用快进。但是,我希望在合并之前确保一切正常。@Simonhiel您可以启用“项目设置->常规合并请求”中的“快进合并”或“合并提交半线性历史记录”,因此只能快进。为什么重新运行测试会浪费时间?合并时,您可能(甚至可能)会如果在
dev
上进行更改,那么repo状态将不同于合并分支中的状态,这就是为什么合并后您应该在
dev
上运行测试的原因。如果这感觉像是浪费了时间,也许您可以使用更短的管道?为什么重新运行测试会浪费时间?合并时,您可能会(甚至可能会)在
dev
上进行更改,并且回购状态将不同于合并分支中的回购状态,这就是为什么合并后您应该在
dev
上运行测试的原因。如果这感觉像是浪费了时间,也许您可以使用更短的管道?