問題タブ [prettier]

最近、コード ベースを ES6 に更新しました。これに続いて、リンター ルールを改善し、コード ベースに標準を設定する作業を行っています。私の計画は、eslint とよりきれいなセットアップが含まれている最初のブランチをコミットすることでした。次に、eslint --fix を使用して別のブランチをコミットし、その上で prettier を実行します。(これが最終的に多くの git 非難を台無しにすることになることは問題ありません)。この移行における主な変更点の 1 つは、4 つのスペース (および多くの場所のタブ) から 2 つのスペースのプロジェクト ワイドに移動することです。

計画は、既存のブランチが、より優れたツールを含むコミットをプルできるようにすることでした。彼らは進行中の機能で prettier/eslint を実行でき、その後マージできるはずです。

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

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

さまざまなアルゴリズムで差分/マージを試みました。差分は問題ないように見えますが、マージではまだ競合が発生します。

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

VS Code prettier プラグインを使用してコードをフォーマットしていますが、コードをフォーマットするときにセミコロンを追加または削除しないように設定するにはどうすればよいですか? この機能が 1 月に追加されたことは知っていますが、設定に追加する方法についての PR や問題には言及されていません。

Prettier.js (VSCode プラグイン)/ を実行していますprettier-eslint-cli。80 文字の制限を超えるメソッド引数を次のようにフォーマットします (各引数を新しい行に置きます)。

オプションを変更して、各行に 80 文字が収まるように引数をフォーマットする方法はありますか? 毎回新しい行に追加する代わりに。