問題タブ [githooks]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
19 に答える
123671 参照

git - Git プッシュを使用してプロジェクトをデプロイする

を使用して Web サイトを展開することは可能git pushですか? gitフックを使用してサーバー側で実行することに関係があると思いgit reset --hardますが、これを達成するにはどうすればよいですか?

0 投票する
13 に答える
106874 参照

git - Git フック スクリプトをリポジトリと一緒に管理できますか?

コミット メッセージの事前フォーマットなどのために、共有できるいくつかの基本的なフック スクリプトを作成したいと思います。Git には、通常は に格納されているフック スクリプトがあります<project>/.git/hooks/。ただし、これらのスクリプトはクローンを作成しても伝播されず、バージョン管理もされていません。

誰もが適切なフック スクリプトを取得できるようにする良い方法はありますか? これらのフック スクリプトがリポジトリ内のバージョン管理されたスクリプトを指すようにすることはできますか?

0 投票する
11 に答える
91946 参照

git - リポジトリの変更に関するメール通知を送信するGitフック

一連の変更がアップストリームリポジトリにプッシュされるたびに要約メールを送信するように適切なGitフックを構成するにはどうすればよいですか?

0 投票する
17 に答える
150212 参照

git - コミットする前に Git が末尾の空白を自動的に削除するようにする

チームで Git を使用しており、差分、ログ、マージなどから空白の変更を削除したいと考えています。これを行う最も簡単な方法は、Git が末尾の空白 (およびその他の空白) を自動的に削除することだと思います。適用されるすべてのコミットからの空白エラー)。

以下をファイルに追加しようとしました~/.gitconfigが、コミットしても何もしません。多分それは何か違うもののために設計されています。解決策は何ですか?

誰かが Ruby 固有のアイデアを持っている場合に備えて、私は Ruby を使用しています。コミット前の自動コードフォーマットは次のステップですが、それは難しい問題であり、実際には大きな問題を引き起こしているわけではありません。

0 投票する
4 に答える
30262 参照

git - 新しいブランチが Git でチェックアウトされた後にフックをトリガーする方法はありますか?

新しいブランチが Git でチェックアウトされた後にフックをトリガーする方法はありますか?

0 投票する
2 に答える
3425 参照

git - Git Hook: ブランチが進んだときにアクションを実行

特定のブランチのヒントを進めるたびに、latex ドキュメントを作成して公開したいと考えています。

ビルド スクリプトを配置する必要があるフックと、確認する必要がある条件を調べています。

0 投票する
7 に答える
50875 参照

git - git push 後のローカル実行フック?

githooks のマンページを見てきましたが、何かが欠けていない限り、ローカルのポストプッシュ git フックのオプションが表示されません。マスター ブランチを GitHub リポジトリにプッシュした後、Web サーバー (既にスクリプトを持っている) の API ドキュメントを更新するものを用意したいと考えています。もちろん、git push と api docs run を組み合わせた独自のスクリプトを作成することもできますが、それはやや洗練されていないように感じます。

0 投票する
4 に答える
30671 参照

git - デフォルトの git フックを変更する

これが git で可能かどうかはわかりませんが (見つけられませんでしたが、検索で間違った語彙を使用している可能性があります)、すべての新しいリポジトリのデフォルトとしてフックを変更して有効にできると便利です (つまり、新しいリポジトリが作成されるたびにこれらをカスタマイズする必要はありません。これを行う簡単な方法は、フックを設定し、新しいリポジトリを作成するときにそれらを chmod するラッパーを作成することのようですが、git に組み込まれた方法がある場合は、不必要なラッパー スクリプトを使用する代わりにそれを使用したいと思います。


コメントから削除された回答にコピーされた説明:

私の質問は、すべての新しいリポジトリのデフォルトの動作を変更できるかどうかです。そのため、新しいリポジトリごとに毎回同じ方法でカスタマイズする必要はありません。簡単な答えは、リポジトリを作成およびカスタマイズするためのラッパーを作成することです (フック スクリプトを生成し、それらを chmod します)。

0 投票する
4 に答える
1846 参照

git - Gitpost-receive-プッシュされたブランチがマスターとマージされているかどうかを確認する方法

私たちのチームでは通常、すべてのタスクを別々のブランチにプッシュし、その後、リリースマネージャーがそれらのブランチを確認して「マスター」ブランチにマージします

チームメンバーが(プッシュする前に)ブランチをマスターブランチとマージするのを忘れることがあります-だから私がやろうとしているのは-ユーザープッシュの後に「マスターとマージしてください」というメッセージを出力する-私はポストで何かをチェックする必要があると思います-リモートの受信フック..いくつかの例はありますか?..または基本的に何をすべきですか?

更新:これの主な理由-潜在的な競合の数を最小限に抑えます(コミッター(リリースマネージャーではない)がそれらを解決するため)

0 投票する
2 に答える
1921 参照

git - gitでマスターブランチの削除を禁止する

masterリポジトリの、、、alphaおよびbetaブランチを誰もが削除できないようにするgitフックを設定しようとしています。誰かがこれを手伝うことができますか?私はgitフックを行ったことがないので、少しの助けなしに自分の運を試してみたくありません。