#345);ただ単に使えば#345にフォールバックするし、どこかで--main-colorを定義しておくと上書きできるっていう一発ネタ。commitする前にあれこれやってくれるやつ。Nodeのプロジェクトだとhuskyとか使うことがあるけど、monorepoで言語が混在してるときに便利。ルートにこんな感じの.pre-commit-config.yamlを置きます。^app3/.+\.(js|scss|svelte)$あらかじめ用意されたhookも使えるし、filesで条件を指定するとマッチするファイルをcommitするときだけ走ってくれて賢い。...'するとよいです。19:18pre-commitが便利Tweet広告を非表示にするもっと読むコメントを書く2020-01-04Svelteコンポーネントをテストするときはテスト用コンポーネントを書くといい気がしたSvelte気がしているという程度なので話半分で。前提Svelteのコンポーネントをテストしたい。テストにはjestと@testing-library/svelteを使用。発端としては「Buttonコンポーネントをrenderするとslotの中身が表示される」というはじめの一歩的なものを書こうとしたらslotを指定できなくてハマったのでした。})みたいなことができたのですが、3になって出来なくなった模様。slotがこちらの自由にできないとなると、他のいろんなテストも不自由な感じになってくるわけで、この不自由の中でテストなんか書きたくないわけです。わけでもうテスト用にコンポーネント書いちゃえばいいんじゃないのっていう話。1')).toBeInTheDocument()})テストライブラリのAPI何回調べても必ず忘れるので、テストコード側は簡単なことだけやってればいいようにしてます。整理して、テスト用のコンポーネントにするんじゃなくて、Storybookから読んでもいいようにするのもアリなのかなと思ったり思ってなかったり。あと関係ないんですが、開発者のフルスタックフレームワーク離れが進んで小さなパッケージを選んで組み合わせる流れがあるのに、テストはこれまでのお茶会が終わってjest入れとけばええんやみたいな空気が出てきてるの、不思議な感じがしています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。