最近、コード ベースを ES6 に更新しました。これに続いて、リンター ルールを改善し、コード ベースに標準を設定する作業を行っています。私の計画は、eslint とよりきれいなセットアップが含まれている最初のブランチをコミットすることでした。次に、eslint --fix を使用して別のブランチをコミットし、その上で prettier を実行します。(これが最終的に多くの git 非難を台無しにすることになることは問題ありません)。この移行における主な変更点の 1 つは、4 つのスペース (および多くの場所のタブ) から 2 つのスペースのプロジェクト ワイドに移動することです。
計画は、既存のブランチが、より優れたツールを含むコミットをプルできるようにすることでした。彼らは進行中の機能で prettier/eslint を実行でき、その後マージできるはずです。
私が直面している問題は、テスト実行でこれを行った後、機能ブランチに存在するすべての変更がマージの競合として発生することです。ほとんどの場合、マージの競合はまったく発生しません。
この問題は、存在して現在作業中のブランチにのみ影響し、リンティングがコミットされた後に作成されるブランチには影響しません。
さまざまなアルゴリズムで差分/マージを試みました。差分は問題ないように見えますが、マージではまだ競合が発生します。
既存のプロジェクトをこのような新しいインデントに変換したり、よりきれいな / eslint --fix を実行した経験のある人はいますか?