Gitは空白の問題を処理するいくつかの方法を見つけましたが、すべての方法にはユーザー側でいくつかの作業が必要です。 ws 変更を無視するように Git を設定したり、警告を含む事前コミットフックを設定したり、エディタを自動的に削除します。しかし、空白の変更を単に無視する方法はありますか？サービス端末それとも、すべてのスペースを自動的に削除する方が良いですか？
背景：私たちは多くの開発者がいる大規模なリポジトリを持っており、彼らがツールを再構築するように追跡して説得したくありませんが、リポジトリに末尾の空白があることを望んでいません。私にとって解決策は明らかでした。すべてのスペースを一度に削除し、その時点からすべてのws変更を無視することです。理想的には、すべての新しいコミットからwsを削除することをお勧めします。しかし、どうすればいいですか？
ベストアンサー1
本当に正気ではできません。投稿の内容は変更できず、新しい投稿のみを作成できます。これが可能であってもgitは中断されます。サーバーのコミットは、ローカル開発者リポジトリに保存されている履歴には関係なく、何も機能しません。このフィルタリングを実際に実行する必要があります。今後ファイルがリポジトリに追加されるため、pre-commitフックなどを介してクライアント側からファイルを追加します。
より良い解決策は、サーバーに適用メカニズムを実装することです。つまり、条件に合わない変更を拒否します。