对话
贡献者
@winder: 看起来很有趣!我通常会在提交之前检查提交是否编译,但我不会遍历所有 config.h 选项。我想我也可以编写一个脚本来编译每个选项。在我掌握 Grbl v1.1 之前,让我们先搁置一下。到那时,我应该有时间坐下来看看 travis-ci 是如何工作的。 |
贡献者作者
对我来说最大的价值是它也会为拉取请求运行构建。如果拉取请求构建(并通过单元测试),审查起来会容易得多。我想您可以使用“测试”命令来验证二进制文件的大小,因为这似乎是您无法接受拉取请求的最常见原因之一。 Travis-ci 非常简洁。它比大多数其他选项简单得多,有时功能更强大。我想你可以用你想要的任何命令换掉 make,它就会工作。许多功能与 grbl 无关,因为它是交叉编译的。如果您有任何问题,请随时给我留言。 |
构建自动化很棒!虽然我没有使用 travis-ci 来管理工件,但我相信如果您想自动构建十六进制文件,它也可以做到这一点。
如果您喜欢这个,我可以继续将其设置为在启用各种功能标志组合的情况下进行构建。我不确定这是否可行,因为标志设置在
config.h
而不是-DCONFIG_FLAG
.包含
.travis.yml
在项目根目录中后,您需要设置 github/travis 集成,然后它看起来像这样:https ://travis-ci.org/winder/grbl/builds/169346973