在GitLab中，是否可以配置定期在所有分支上运行的计划管道？

我使用GitLab进行Git版本控制，使用GitLab CI/CD进行自动构建。通常，构建是由Git存储库活动触发的，但我也有一个每周的构建，以确保未处于活动开发中的项目继续工作。当一个项目上只有一个“主”分支时，很容易确保每周的构建是在最新的代码上运行的。当一个项目中有多个分支时，我想依次为每个分支重复管道工作

我希望能够安排一个构建（每周、每两周或每月），在Git中可见的所有当前分支上运行。这在GitLab的连续交付系统中是可能的吗

---

这样做的动机是为了确保外部活动（如工具和库更新）不会在不立即可见的情况下引入问题。假设目标平台有合理的自动化测试、覆盖范围和全面构建，每月使用最新工具构建一次应该能够及时发现问题。这比一个项目被搁置几年（或几个月）而问题不断积累的无形之山要好。有时所需要的只是偶尔的维护

目前，在这些项目中只有少数几个功能分支和发布行。我预计这个数字不会大幅增长。目前，一个周末有足够的时间运行所需的管道几十次，甚至数百次

---

理想情况下，我希望一些简单的设置。目前，我在管理GUI中看不到任何允许这样做的内容。我确实看过API，我可以看到有一些范围来编写添加和删除脚本。也许每月运行一次的脚本是基于git分支创建新的计划管道的唯一方法。在这些线路上预先制定的解决方案是完全可以接受的。如果什么都不存在，我可能会及时开始做类似的事情

---

我目前正在运行GitLab Community Edition 11.2.3 06cbee3（GitLab CE 11.2.3）。如果有一个企业版的答案，这是罚款，并将增加购买EE版本的理由。不过我会选择CE一号，而不是EE一号

您不能一次为所有分支设置计划，您必须自己为每个分支配置一个计划

可能是一些每月运行一次的脚本，用于创建新的计划 基于git分支的管道是唯一的方法

---

我会那样做。

我可能应该在可能的基础上提出这个问题。“我如何……自动地？”。你的回答与我目前的结论相符。如果没有达成其他共识，我会在几天内接受它。在国际海事组织，你不太可能真的想要对所有分支运行夜间管道，因为你可能会有各种想法、特性等分支处于各种中断状态。只需担心

master

和任何活动的发布分支。这应该是一个较低的数字，可以手动配置。@JonathonReinhart我特别避免使用“夜间”这个词，因为我觉得这太频繁了。甚至每周一次也可能超出需要。部分动机是鼓励悬挂的分支处于良好状态或被移除。我在一些地方工作过，那里有几十个创意和特色分支，多年来，没有人知道他们是否需要它们。当需要一些时，他们花了几周的时间让他们重新开始工作。