2

変更をリモート (bitbucket にある) にプッシュする前に、テストを実行するためのフックが必要です。

私は通常マスターから分岐し、機能が完了したら、それをマスターにマージしてプッシュします。これが、事前プッシュフックを探していた理由です。代わりに、マスター ブランチに制限されたポスト マージとプレコミットを使用しました。Git 1.6 のパッチが作成されたことと、提案されたソリューションでまさに私の問題を提起するこの他の質問を見てきまし

私が知りたいのは、git が pre-push フックをサポートしない理由です (特に、パッチが既に一度受け入れられている場合)。(ところで-私は最新のgitバージョンを使用しています)

4

2 に答える 2

5

そのためのパッチは承認されておらず、提出されただけです。そして、先月ほどの間に別の提出がありました。

そのパッチの提出に続くディスカッション スレッドをたどると、事前プッシュ フックを追加するパッチが受け入れられるためには何が必要かについてのディスカッション (例) があります。ただし、リンク先のパッチの場合も、より新しいパッチの場合も、その追加作業は行われていません。

git pushこれまでに提出されたパッチは、コマンドの周りにカスタム ラッパーを配置することに勝るものはないと判断されました。git のメンテナーは、そのようなフックの実装が追加されることを望んでおらず、互換性を損なうことなく、将来的により便利な実装を追加することをより困難にしています。

于 2012-12-19T21:47:59.190 に答える
4

私の意見では、それは常に理由ではなくいつの問題でした。

Git はリリースでpre-pushフックを取得しました。1.8.2

サンプルpre-pushスクリプト: https://github.com/git/git/blob/87c86dd14abe8db7d00b0df5661ef8cf147a72a3/templates/hooks--pre-push.sample

1.8.2 のリリース ノートでは、新しい pre-push フックについて説明しています: https://github.com/git/git/blob/master/Documentation/RelNotes/1.8.2.txt

于 2013-02-03T13:18:53.240 に答える