あなたが 20 人の開発者チームと協力またはサポートしていて、コミットまたはプッシュされているコードにいくつかの検証を適用する方法として git pre-commit フックを使用したいとします。たとえば、大きなアセットや SWF ファイルのデバッグ バージョンをチェックインしないようにしたり、コードに十分なテスト カバレッジがあるかどうかを確認したりします。
1.) これらのフックを管理できる中心的な場所が必要です
2.) すべてのユーザー/マシンで自動的に更新する必要があります
あなたが 20 人の開発者チームと協力またはサポートしていて、コミットまたはプッシュされているコードにいくつかの検証を適用する方法として git pre-commit フックを使用したいとします。たとえば、大きなアセットや SWF ファイルのデバッグ バージョンをチェックインしないようにしたり、コードに十分なテスト カバレッジがあるかどうかを確認したりします。
1.) これらのフックを管理できる中心的な場所が必要です
2.) すべてのユーザー/マシンで自動的に更新する必要があります
いくつかの git セットアップとブートストラップ構成をビルド自体に入れることで、ある程度の運がありました。
.git/hooks
このように、ビルドにフェーズを追加.git/hooks
してコミット済みの .xml ファイルと同期することで、ディレクトリを管理できますconf/git-hooks
。
開発者が IDE のみを使用してコードをビルド/実行/テストし、開発者がローカルで実行されているフックを無効にしたりスキップしたりできる場合、これはおそらくかなりうまく機能しません。
いくつかのフック (大きなアサート、デバッグ SWF チェック) を中央レポに置くことができます。 post-receive および updateフックを参照してください。
さらに柔軟性が必要な場合は、Gitolite の仮想参照機能のようなものを使用すると、特定の開発者だけがルールを誇示できるようになります。