我正在研究GitHub上托管的docs-only project(所有文件都是HTML或MD)。我想用spellchecker和write-good自动测试每个pull请求。我正在考虑使用Travis CI,但是我无法使用默认方法来重建所有内容。在docs-projects的情况下,这是不可取的,因为:
我不希望所有拉取请求都失败,并在整个仓库中显示一长串被忽略的建议。
我的Travis CI测试有没有办法知道哪些文件/段落实际发生了变化并且应该进行验证?
答案 0 :(得分:0)
我设法将Travis CI测试限制为在拉取请求中实际修改过的文件。
在.travis.yml
中,您可以在运行测试之前运行脚本。我用它来创建一个修改过的文件列表:
before_script:
- git diff --name-only master > modified_files
然后,在package.json
我将该列表传递给执行实际验证的脚本。
"scripts": {
"test": "proofreader --file-list modified_files"
}
这减少了噪音,但我想更深入,只验证已更改的段落。