マージマージコンフリクトのないリント＆フレティエレポ

Question

私は最近、コードベースをES6に更新しました。これに続いて、私はリンターのルールを改善し、コードベースで標準を設定しようとしています。私の計画は、ちょうどその中にeslintともっときれいなセットアップを持っていた最初のブランチをコミットすることでした。それから、すぐに別のブランチをコミットして、eslint --fixとprettyttierを実行してください。 （これは大したgitの責任を台無しにすることになります大丈夫です）。この移行の大きな変化の1つは、4つのスペース（および多くの場所のタブ）から2つのプロジェクトの幅に移動することです。

既存のブランチであれば、それよりもきれいなツールを持っているコミットを引き出すことができるという計画でした。彼らは彼らの進行中の機能にもっときれいに/ eslintを走らせることができ、次にマージできるはずです。

私が実行している問題は、テスト実行でこれを実行した後、機能ブランチに存在するすべての変更がマージ競合として発生することです。ほとんどの場合、マージ競合はまったくありません。

この問題は、現在存在しており、現在作業中のブランチにのみ影響します。リンテイングがコミットされた後に作成されるブランチには影響しません。

私は異なるアルゴリズムで差分/マージを試みました。 diffはうまく見えますが、マージにはまだコンフリクトがあります。

誰かがこのような新しいインデントに既存のプロジェクトを変換したり、もっときれいな/ eslint --fixを実行した経験がありますか？

Answer 1

同じ質問に対する回答を探しているうちに、この問題が発生しました。

チームと一緒に作業して、すべてのブランチを同時にマージできるマスターに戻します。すべてのブランチがマージされたら（または枝刈りされて受け入れられるように）、リンティングを実行します。誰もがlintedバージョンを取得し、再び自分の枝に分岐することができます。

Gitでインラインのデルタを記録する方法があるのが大好きですが、それまでは少し創造的でなければなりません。