如何检查GitHub仓库是否使用持续集成（CI）及所用平台（如Jenkins、Travis CI）

不需要逐行检索仓库内容，按以下步骤检查，1分钟就能得出准确结论：

方法1：查看仓库根目录的固定命名CI配置 #

所有主流CI平台的配置文件命名规则固定，且默认存放在仓库根目录，在仓库主页的文件列表向下滚动，就能看到这些带点开头的隐藏文件/目录，对应关系完全明确：

• GitHub Actions（GitHub原生CI）：存在 .github/workflows/ 目录，目录内的 .yml/.yaml 文件即为工作流配置
• Travis CI：根目录下的 .travis.yml 文件
• 自建/云端Jenkins：根目录下的 Jenkinsfile 文件
• CircleCI：.circleci/ 目录下的配置文件
• GitLab CI：根目录下的 .gitlab-ci.yml 文件
• AppVeyor：根目录下的 .appveyor.yml 文件
  只要找到对应文件，即可100%确认该平台为仓库启用的CI渠道，不存在误判。

方法2：查看仓库状态徽章 #

绝大多数公开仓库会将CI构建状态制作成状态徽章，放置在仓库主页的README开头、仓库名称下方的位置，徽章上会直接标注CI平台名称、当前构建的成功/失败状态，无需额外检索即可一眼识别。

方法3：查看近期Pull Request的自动化检查列表 #

如果仓库没有放置状态徽章，甚至将CI配置存放在非默认路径，只要CI功能正常启用，随便点开任意一个近期合并的Pull Request，在PR的对话区下方，一定会列出所有触发的自动化检查项，检查项的名称会直接标注对应的CI平台（比如标注ci/jenkins: build passed），这是判断是否启用CI、用了哪个平台最可靠的依据。

以OpenCV仓库为例：翻看仓库根目录可以找到 .github/workflows 目录、Jenkinsfile 文件，README开头也陈列了多套CI平台的状态徽章，可直接确认它同时接入了GitHub Actions、自建Jenkins等多套CI流程。

内容的提问来源于stack exchange，提问作者zell