github CI/CD 与 jenkins CI/CD 比哪个更好

不是专业的，哪个会比较友好一点

gitlab 的好点

@AngryPanda 可以举例下原因吗，但据我了解的是如果有测试人员或者别的人员参与但不需要加入到代码库中，jenkins 会好点

jenkins 好像也可以把配置写成代码 jenkinsfile

gitlab-ci 和 github actions 都挺好的，Jenkins 是真的又慢又难用

你自己配一下 jenkins 就知道了，比较专业，功能齐全，但是入门有门槛； gitlab 的话，基本简单配置就可以上手使用了

@euronx 但是 gitlab 对于一些不在当前代码库的人员，他如果想执行构建 应该怎么办

@laters 没有办法，为啥没代码权限的人需要触发构建呢，这是不是一个伪场景？ gitlab 的 ci cd 简单够用，和仓库贴合近，这是他的优势。

@iulo 其实对于测试或者交付或者不需要知道代码的人来说， 我现在想 build 下项目或者我 build app 得到一个新包，就不需要再麻烦相关的代码人员

Github Action 应该算是一种走 pipeline 风格的 CI ，jenkins 挺多年前我用的时候，反正感觉挺不爽的。

我建议是用 Github Action ，并且 jenkins 没有那种现成的云服务吧，你打算自己自建么？

> 但是 gitlab 对于一些不在当前代码库的人员，他如果想执行构建 应该怎么办

Github 的 repo 能加 collaborator ，如果 action 是 `workflow_dispatch` ，应该给 collaborator 开 Action 的权限就行。

Github Action 可以在 gitlab 中使用吗 ？

@laters 都走持续集成了，配合好分支策略，把产物放到指定位置，搞个简单的 http/ftp 访问产物就行了呀，gitlab 的 ci/cd 和 github 的 ci/cd 差不多的

@iulo 额，.gitlab-ci.yml 是不是必须得放在项目目录下，如果多个项目的话 除了 copy 有没有办法共享，或者放在某个公用仓库中引用

@laters 可以的，有 include 能力，可以指定 inlcude 某个仓库下的 ci 配置，也可以本地配置覆盖 include 的配置

@laters 之前碰到过类似场景，就是让项目经理去触发 pipeline ，但是他们没有代码库权限，也不可能开放给他们。所以一个简单办法是另外起一个 gitlab 的 instance ，比如叫 gitlab-cicd.xxx.com, 里面配置 cicd pipleline ，去调用 gitlab.xxx.com 里面的代码库进行 cicd

@wineast 有没有 gitlab cicd 好的文章，谢谢

@kaddusabagei38 有没有 gitlab cicd 好的文章，谢谢

@iulo 有没有 gitlab cicd 好的文章，谢谢

jenkinsfile 那玩意儿 grovvy 写，看起来像个声明式的，其实就是个有插件机制的高级脚本执行器，不要碰不要碰。