GitHub:Enterprise に、すべてのリポジトリに適用される一般的な post-receive フックを設定するメカニズムがあるかどうかを知っている人はいますか (作成されるとすぐに新しいものを含みますか?)
私は、すべてのリポジトリへのすべてのプッシュの通知を受け取りたいセカンダリ システムへのリンクを開発しようとしています。新しいリポジトリごとに手動で設定する必要があることは、忘れられる前に時間の問題です。
GitHub:Enterprise に、すべてのリポジトリに適用される一般的な post-receive フックを設定するメカニズムがあるかどうかを知っている人はいますか (作成されるとすぐに新しいものを含みますか?)
私は、すべてのリポジトリへのすべてのプッシュの通知を受け取りたいセカンダリ システムへのリンクを開発しようとしています。新しいリポジトリごとに手動で設定する必要があることは、忘れられる前に時間の問題です。
これが非常に古いことはわかっていますが、GitHub Enterprise 2.6 で pre-receive フックが追加されたばかりです。詳細については、https ://help.github.com/enterprise/admin/guides/developer-workflow/using-pre-receive-hooks-to-enforce-policy/ を参照してください。
これは、最初に投稿された質問に答える必要があります。これは、インスタンス レベルで設定されるものであり (したがって、GitHub Enterprise にのみある)、すべてのリポジトリで機能するためです。
私は、すべてのリポジトリへのすべてのプッシュの通知を受け取りたいセカンダリ システムへのリンクを開発しようとしています。新しいリポジトリごとに手動でセットアップする必要があることは、忘れられるまで時間の問題です。
この作品に関しては、GitHub でのログ転送を検討することもできます。ログ転送については、https ://help.github.com/enterprise/admin/articles/log-forwarding で確認できます。バージョン 2.6 から複数のログ転送先を制御することもできます
GithubCLIは、GitHub Enterprise と対話する簡単な方法であり、コマンド ラインから post-receive フックを追加できます。これをリポジトリのリストとリンクすると、すべてのリポジトリに特定の受信後フックがあることを確認する cron ジョブを持つことができます。
REST API を直接使用することも、github_apiなどの多くのバインディング ライブラリの 1 つを使用することもできます。エンタープライズの場合、それはかなり簡単です。API エンドポイントは http(s)://your-company/api/v3 です。
これは理想的なソリューションではありませんが、API の操作は非常に簡単です。それが役立つことを願っています!