1 つ目は、このコマンドを使用するときの背景ですが、ローカル ブランチがマスター ブランチとマージした後 (いくつかの競合を事前に解決するため)、次に mr を送信して、ローカル ブランチをマスター ブランチにマージするようにリクエストします。
問題は、競合を解決するためにローカル ブランチが master ブランチとマージされた後のコミットにあり、master ブランチで多くのコンテンツが更新されたため、コミット中に多くのファイルが更新されました。
git コミットの送信に失敗し、多くのエラーが報告されました。私が見たとき、それらはすべて eslint 構文エラーであり、すべてマスター ブランチから更新されたファイルでした。おそらく歴史的な問題でした。私は絶対にそうではありませんでした。現時点ではそれらを 1 つずつ変更する時間があったので、エラーを回避する必要がありました。eslint
構文はコミット前フックでチェックされます。これについての説明は次のとおりです
まず、git のフックについて理解しましょう。
フックは、git ディレクトリの hooks サブディレクトリに保存されます。つまり、ほとんどのプロジェクトでは .git/hooks です。git init を使用して新しいリポジトリを初期化する場合、git はデフォルトでいくつかのサンプル スクリプトをこのディレクトリに配置します。これらのスクリプトは、それ自体が呼び出されるだけでなく、トリガーされたときに渡されるパラメーターも明らかにします。すべての例はシェル スクリプトであり、一部には Perl コードが混合されていますが、適切に名前を付けられた実行可能スクリプトであればどれでも機能します。
GIT_DIR/フック/事前コミット:
このフックは git commit コマンドによって呼び出され、コマンドに –no-verify パラメータを追加することでスキップできます。このフックにはパラメーターは必要なく、コミット メッセージを取得した後、コミットを開始する前に呼び出されます。フックの戻り値が 0 でない場合、git commit コマンドは実行を中止します。
**注釈:** このフックは、送信前にコード エラーをチェックするために使用できます (lint プログラムの実行など)。