Ruby on Railsプロジェクトでは、スリムテンプレートにリンターを使用します: slim-lint 。これはサポートしていません。自動修正、最も簡単な修正ではありません。レポートを1行ずつ調べて、細いテンプレートの細かい部分を手動で修正したくないので、中止します。すべてのコードフォーマットツールを使用すると、より簡単に。
細部を手動でリントして修正し続けるのか、それとも破棄するのか。修正を自動的に適用できない場合、細かい詳細をリントすることは意味がありますか?
代わりは何でしょうか?リンターはまったくなく、したがってスタイルの修正はまったくありません-コードレビュー中に見つかったものを除きます。しかし、明らかに-後者も手動で適用する必要があります。
したがって、これは最終的に、ツールが提供する提案されたスタイル修正にどの程度の価値があるか、そしてそれらの修正を(手動で)適用することがあなたとあなたのチームの目に煩わしいかどうかに依存します。また、見返りとしてより多くの「見返り」を提供し、自動修正を適用できる代替ツールが存在するかどうかにも依存します(ただし、そうではないと仮定しましょう)。
それは学習プロセスになることもあります。理想的には、そのようなリンターをしばらく使用した後、コーディング速度を大幅に損なうことなく、そのルールを直接破らないようにしようとします。
それがうまくいかない場合は、別のアプローチとして、リンターのルールのサブセットのみを使用し、自分とチームにとって最も価値のあるルールのみを維持することもできます。それが「すぐに」使用できない場合-まあ、この特定のリンターはMITライセンスの下でオープンソースであるため、ツールを拡張または変更して、より細かい設定オプションを許可したり、気に入らないものを無効にしたりしたい場合は、自分で「自動修正機能」を追加することもできます。
リンターの主な目的は、コードスタイルが均一であることを確認することです。コードは1回作成されますが、何度も読み取られ、一貫性のないスタイルにより、読み取りがより困難になります。
自動修正機能は、単なる機能です。一部のリンターはそれを提供します。多くはしません。
細部を手動でリントして修正し続けるのか、それとも破棄するのか。
Lintingは、ツールを放棄することを正当化するあまりにも多くの方法で開発者を支援します/しません。
修正を自動的に適用できない場合、細かい詳細をリントすることは意味がありますか?
上記の回答の延長として、最悪の場合(あなたが説明しているかもしれません)でも、「何かは何よりも優れている」という格言が当てはまります。
リンティングが役立つことは明らかですが、リンティングはプリコードレビューツールとして機能するため、コードレビューの改善に役立ちます。
私は自分のリンターを自動修正に設定し、コミット後フックでそうするように設定しました。自動修正リンターによるコードの破損はまだ見ていません。信頼できるリンターはおそらく非常に保守的に自動修正するように設定されていると思います。あいまいさがある場合は、自動修正できないと表示されます。
Rubyを使用している場合は、 rubocop を見つけます。