GitHub组织仓库提交后Travis CI未触发，寻求问题排查方案

你遇到的情况很典型：个人GitHub账号etat-de-geneve下的仓库推送能正常触发Travis构建，但组织账号republique-et-canton-de-geneve的仓库却不行，而且你已经给Travis授权了该组织，自己也拥有组织仓库的Owner权限。下面是几个最可能的排查方向，按优先级来：

1. 先确认组织仓库在Travis中已启用 #

很多时候，给Travis授权组织后，仓库不会自动开启构建权限。你需要：

• 登录Travis账号@etat-de-geneve，进入Settings页面
• 在左侧菜单找到Repositories，切换到组织republique-et-canton-de-geneve
• 找到目标仓库，检查旁边的开关是否是打开状态——如果是关闭的，把它打开就行

2. 检查GitHub仓库的Webhook配置 #

Travis是靠GitHub的Webhook来接收推送事件的，组织仓库的Webhook可能没配置好：

• 登录GitHub，进入组织的目标仓库，打开Settings > Webhooks
• 看看有没有来自Travis的Webhook（URL一般包含travis-ci.com或travis-ci.org）
• 如果没有，去Travis的组织仓库列表页面，点击右上角的Sync account按钮，同步完成后再回来检查Webhook是否生成
• 如果Webhook存在，点进去看Recent Deliveries，看看推送事件有没有被发送，有没有报错（比如401未授权、请求超时之类的）

3. 验证.travis.yml的有效性 #

虽然个人仓库的配置没问题，但组织仓库的配置可能有隐藏问题：

• 确保文件放在仓库根目录，名字是.travis.yml（小写、前面有点，别写错）
• 可以用Travis仓库设置里的Config Validation工具检查语法，有没有语法错误导致构建被跳过
• 试试简化配置，比如只写最基础的语言设置，看能不能触发构建，排除复杂配置的影响

4. 检查GitHub组织的第三方应用权限 #

有时候组织的权限设置会限制Travis的访问：

• 登录GitHub，进入组织的Settings > Third-party access
• 找到Travis CI应用，确认它的权限是Granted，而且权限包含Repository hooks、Repository contents这些必要项
• 如果权限不全，点击Edit重新授权完整权限

5. 检查Travis的构建触发规则 #

Travis默认会触发所有分支的推送，但可能你设置了自定义规则：

• 看看.travis.yml里有没有branches配置，比如只允许特定分支触发，而你推送的分支不在里面
• 去Travis仓库设置的Build triggers选项，确认“Push”触发是开启的，有没有设置过滤条件

6. 查看Travis的日志和状态 #

如果前面都没问题，去Travis的Jobs页面看看有没有被忽略的构建请求，或者进入Settings > Logs查看错误日志，这里通常会给出具体的失败原因

内容的提问来源于stack exchange，提问作者Ivan dal Bosco