stylelintドキュメントから:
「CSSではソースの順序が重要であり、2つのセレクターの特異性が同じ場合は、最後に発生したものが優先されます。ただし、一方のセレクターの特異性が高い場合は状況が異なります。その場合、ソースの順序は重要ではありません。問題:より高い特異性を持つセレクターは、最初に来ても勝ちます。
優先順位付け、ソースの順序、および特異性に関するこれら2つのメカニズムの衝突は、スタイルシートを読むときに混乱を引き起こす可能性があります。 特異性の高いセレクターがオーバーライドするセレクターの前に来ると、ソースの順序の期待に違反するため、理解しにくくなると考えなければなりません。 「」
Stylelint ( npm install && npm run lint:fix
を使用して実行できます)は、次のように構成されている場合、これらを検出できます。
"no-descending-specificity": true,
注:現在、このルールには多くの違反者がいるため、master.lessがより管理しやすくなるまで待つ価値があるかもしれません(#1092)。
npm run lint:fix
を介して検出された違反者を修正します後でよりも早く持っている方が良いです...他に誰もしなければ、これに取り組むでしょう。
これも少し注意が必要です。 犯罪者はたくさんいます:-S
ねえ@jdlrobson! あなたがまだそれを必要とするならば、私はこれを手伝いたいです。
やる! @thefifthisaに行きましょう!
@jdlrobson素晴らしい、ありがとう! あなたがすでに行ったことを知ることができるので、どこから始めればよいかわかりますか?
@thefifthisaまず、既存のstylelint構成ファイルにルールを追加し、実行時にローカルでエラーを確認できるようにすることをお勧めします。
npm install
npm run lint:fix
このルールを追加すると、多くのエラーが発生します。
最初のプルリクエストを小さくして、マージの競合からかなり安全にしましょう! 原則として、 6つ以上のエラーがある大きなファイルの先頭でルールを無効にすることをお勧めします[1]。 (例:static / css / components/header-bar.lessおよびstatic/css / legacy.less)そして問題の少ないファイルに焦点を当てます。
このリンティングの目標は、CSSをゆっくりと削り取り、改善することです。一度に多くのことを行わないでください。1〜6の問題があるファイルに焦点を合わせてください。 そうしないと、あなたが書いたり、他の人がレビューしたりするのが難しくなります。
これは意味がありますか?
さらにガイダンスが必要な場合はお知らせください。
[1]ファイルの先頭に次の行を追加すると、ルールが適用されなくなります。
/* stylelint-disable no-descending-specificity */
@jdlrobson了解しました。PRを送信しました。
Tシャツが欲しいだけです
これは閉じることができます... @thefifthisaのおかげでコードベースに降順なしの特異性があります:)
最も参考になるコメント
Tシャツが欲しいだけです