我添加了这一行，因为当我只添加 .travis.yml 时，构建被拒绝了。也许如果您使用插件生成器创建插件，该文件会自动生成，所以这不言而喻？
但是添加 .rubocop.yml 并推送后，我的构建开始运行，而之前它只是显示为灰暗且无反应。
1 个赞
哎。看来他们要关闭 travis-ci.org（至少他们是这么说的），我转到了 travis-ci.com，但在免费套餐上已经用完了积分（https://www.travis-ci.com/plans）。免费套餐无法购买更多积分，而最便宜的套餐是每月 69 美元。我很乐意购买更多积分，但 69 美元对我来说可不是小数目。有人研究过其他类似的服务吗？
1 个赞
（本指南已严重过时，我将用新指南替换它）
推荐的设置现在通过 GitHub Actions 完成——请参阅 discourse-plugin-skeleton 以获取示例。
5 个赞
真遗憾。如果你能在这里分享一下你是用什么方法让新同事接受这一点的，那就太好了。
那太棒了。我今天在这上面花了好几个小时，不过其中一部分时间是在跟 VS Code 较劲，试图让它配合工作。
我们已在其部分插件中使用了这套（几乎）相同的 CI 配置，它在处理上述事件时表现良好。
但当我们添加 cron 事件时，该配置会失效。原因是 github.event 在 cron 事件中不会被填充。
因此，我们现在使用 github.repository（该字段始终会被填充）来生成环境变量 REPOSITORY_NAME，具体做法参考了 此处 的建议并做了一些修改。
示例如下：
访问方式如下：
2 个赞