Я видел инструмент некоторое время назад, который позволил бы мне определить правила для запросов GitHub pull-запросов и может быть применен во время CI.Pull-request «linter»
Правила могут быть, например:
Я не могу вспомнить название этого инструмента.
Я нашел инструмент, который я искал: это называется Danger:
Что такое опасность?
Danger работает после вашего CI, автоматизируя соглашения вашей команды обзор окружающего кода.
Это обеспечивает еще один логический шаг в вашем процессе, благодаря этому Опасность может помочь вам вставлять ваши задачи в ежедневный обзор кода.
Вы можете использовать Danger, чтобы кодифицировать нормы команд, оставляя людей думать о более сложных проблемах.
Например,
Вы можете:
- Принудительно списком изменений Принудительно ссылки на Trello/JIRA в PR/MR тел
- Принудительно используя описательные метки Высматривайте общих анти-шаблоны
- Выделите интересные сборки артефакты Дайте конкретные файлы дополнительный фокус
- Danger предоставляет клей, позволяющий вам создавать правила, характерные для культуры вашей команды, предлагая полезные метаданные и всеобъемлющую плагиновую систему для совместного использования общих проблем.
HoundCI by thoughtbot - довольно популярный инструмент. Это SaaS-based и свободно используется для проектов с открытым исходным кодом: https://houndci.com/
Поддерживает ruby и javascript.
спасибо! он, по-видимому, ограничен проверкой кода. инструмент, который я имел в виду, также обращался к PR, фиксировал сообщения, если я правильно помню. – Kamchatka
Любой интегрированный CI Github будет делать это. Например. проверьте это: https://github.com/puppetlabs/puppet/blob/master/.travis.yml и это: https://github.com/puppetlabs/puppet/blob/master/Rakefile –
Спасибо. Я пытаюсь вспомнить инструмент, который, среди прочего, «проверяет, что сообщения фиксации соответствуют требованиям CONTRIBUTING.md», но с DSL, не имея необходимости писать свои собственные команды. – Kamchatka