0

というわけで、開発サーバー用に FishEye/Crucible を入手しました。私たちの git は、公開鍵と秘密鍵の認証を強制するように設定されていますが、一部の開発者は、複数のマシンを使用し、想定されるように複数の鍵を使用したくないと考えています。または、個人の開発に使用するのと同じマシンを使用し、個人の電子メールと ID を使用します。したがって、.gitconfig には正しい ID がありません。異なるマシン ([user1]@[domain1]、[user1]@[domain2]、および [user1]@[domain3]) からコミットするため、3 つまたは 4 つの異なる ID を持つ可能性があります。FishEye/Crucible はこれをまったく好みません。これらのそれぞれを別のコミッターと見なします。各プロジェクトのユーザーごとに手動でマッピングを設定する必要があります。

ID が適切な形式でない限り、ユーザーがコミットできないようにする git フックまたは何かがありますか? そのため、ID の電子メールを強制的に @[domain1] の形式にし、他のドメイン (@[domain2] や [domain3] など) からのプッシュ リクエストを拒否します。私はすでに少し見回していますが、これをどこで探すべきかわかりません。

4

1 に答える 1

2

pre-receiveまたはupdateフックを使用して、基準に一致しない作成者によるコミットが含まれている場合、プッシュを拒否できます。

updateを使用すると、そのようなコミットを含むブランチのみを選択的に拒否できるという利点があります (プッシュが複数のブランチを更新する場合)。

Git/gitosisのトップスコアの回答: ユーザー名と電子メールの有効性を確認するには? pre-receiveを使用してコミットをチェックする方法の例が含まれています。更新フックとして機能するように更新することは、 githooks manpageを簡単に見て簡単に行うことができます。

于 2013-10-24T22:18:51.980 に答える