在存储库中进行 CI 配置的想法很可笑。
假设我想为 https://github.com/laravel/laravel 做出贡献
我有一个基于 gitlab 的本地 CI 来测试我的更改。
问题是将 .gitlab-ci.yml
添加到存储库中是可笑的,至少有两个原因:
- 让我们告诉
100 000+
人,我的 gitlab 服务器位于my-gitlab.foo.com
,我的 jenkins 位于my-jenkins.bar。 com
并且要触发构建,您必须POST my-build-server.baz.com/trigger/abc-123
,这绝对不会导致很多人试图破解我的服务器。 - 99% 的项目维护者会拒绝包含指向某些私有(private)构建服务器的愚蠢
.gitlab-ci.yml
文件的拉取请求
因此知道 .gitlab-ci.yml
不得放置在存储库中,我的问题是我可以将它放在哪里,所以它仍然可以工作(我仍然能够运行某些推送和/或触发 jenkins 或任何其他构建服务器上的脚本)?
我能找到的最好方法是将 .gitlab-ci.yml
放在另一个项目中,然后在 .gitlab-ci.yml
内放置一个触发器应用程序,解决了#1,但仍然没有解决#2,并且它使系统变得过于复杂
最佳答案
如何将 GitLab 文件放置在另一个项目中并更新项目设置以使用该文件?
you can specify an alternate filename path, including locations outside the project.
关于gitlab - 如何将 gitlab-ci.yml 文件移出存储库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/74878238/