私はGitHubプルリクエストのルールを定義できるツールを見たことがあり、CI中に強制することができます。ルールは、例えば可能性がプルリクエスト "linter"
:「:フォーカス」で
- タイトルをコミットは、ファイルの数は何の浮遊があってはならない10
- よりも高くすることはできません変更形式
- を尊重すべきですスペック
- など
私は、このツールの名前を思い出すことができません。
私はGitHubプルリクエストのルールを定義できるツールを見たことがあり、CI中に強制することができます。ルールは、例えば可能性がプルリクエスト "linter"
:「:フォーカス」で
私は、このツールの名前を思い出すことができません。
私は私が探していたツールを見つけました:それは、Dangerと呼ばれています:
危険とは何ですか?
CIの後に危険が発生し、チームのコンベンションを自動化して、コードレビューを囲んで です。
これは、あなたのプロセスに別の論理的なステップを提供します。 危険は日々のコードレビューであなたの仕事を助けることができます。
危険を使用してチームの規範を体系化することができます。人間は、難しい問題について と考えるようになります。
たとえば、
次のことが可能です。
- は、変更履歴が説明ラベルを使用して強制
- PR/MRボディにTrello/JIRAへのリンクを強制強制ハイライト興味深いビルドの成果物は、特定のファイルを与える
- 共通アンチパターンを探してください特別なフォーカス
- 危険は、あなたのチームの文化に特有のルールを構築し、有用なメタデータと一般的な問題を共有するための包括的な
プラグインシステムを提供するための手がかりを提供します。
HoundCI by thoughtbotはかなり人気のあるツールです。 SaaSベースでオープンソースプロジェクトには無料で利用できます。https://houndci.com/
およびjavascript
をサポートしています。
ありがとう!それはコードチェックに限られているようです。私が頭に入れていたツールはPRにも適用され、正しく覚えていればメッセージ自体をコミットしていました。 – Kamchatka
すべてのGithub統合CIがこれを行います。例えば。 https://github.com/puppetlabs/puppet/blob/master/.travis.ymlとhttps://github.com/puppetlabs/puppet/blob/master/Rakefileを確認してください。 –
ありがとうございます。私は他のもののなかでも、コミットメッセージがCONTRIBUTING.mdの要件と一致することを確認するツールを覚えようとしていますが、独自のコマンドを書く必要はありません。 – Kamchatka