VSCode git で husky の lint-staged がエラーになる問題(npm command not found)
現象 文章を書く系のリポジトリを構築して、文章フォーマットチェックのために markdownlint-cli や textlint などを投入し、 husky + lint-staged でコミット時にチェックを走らせようとしたところ、 git commit では実行されるのに VSCode の git ではエラーが発生してしまう。 発生エラーは npm command not found 。(スクショし忘れた。) 環境 macOS (BigSur) 11.6.2 Intel VSCode 1.70.2 node 16.14.0 (from nodenv) husky 7.0.4 セットアップは automatic で済ませた 今回は VSCode での発現ですが、SourceTree などの GUI 系 git でも発生するとのこと。 原因と解決策 npm コマンドがないということなので
TL;DR 「linterの選択〜コード修正まで」を一貫して行えるTUIツールであるgolintuiを作った話。 はじめに Go言語の好きなところは？と聞かれたら、いくつか理由がありますが「linterを作りやすいこと」は間違いなく上位に入ります。Go言語が提供する強力かつシンプルなAPIのおかげで数々のlinterが乱立しているわけですが、golangci-lintを使うことでそれらをまとめて実行することが可能です。 そのgolangci-lintを直感的に扱えるTUIツールを作ったので、本記事ではそのツールの紹介をしたいと思います。 モチベーション 以前から以下のニーズが筆者の中にありました： 気軽に色々なlinterを実行したい 解析するパッケージを気軽に選択したい linterから報告されたissueを一覧表示して、必要なとこだけサクッと直したい 気軽に色々なlinterを実行した
この記事は、traPアドベントカレンダー2024 15日目の記事です。 こんにちは。ikura-hamu です。Go で Web アプリのサーバーを書いたりしています。先日(2024/12/8)に行われた ISUCON14 に出ていました（チームの参加ブログはこちら ISUCON14「リアクティブ二子玉川～♪」32位(学生5位) 参加記）。ISUCON14 に向けて作ったツールの中に、golangci-lint の Module Plugin を使ったものがあります。Module Plugin は比較的新しい機能でまだ記事が少なかったので、使い方や VSCode との統合の仕方などを書きたいと思います。 この記事でわかること 自作の静的解析ツールを golangci-lint に組み込んで使う方法 自作の静的解析ツールを VSCode で実行してエディタ画面に Warning を出す方法
書いている人モバイルアプリケーションアーキテクトとして働いています。モバイルアプリケーションのアーキテクチャ、自動テスト、CI/CDに興味があります。 X(Twitter) GitHub 2024-06-25 yamlのlinterとしてadrienverge/yamllint（以下、yamllintと呼ぶ）が広く使われています。また、yamllintをGitHub Actions上で実行し、GitHubのPull Requesetに指摘事項をコメントするためのactionとして、reviewdog/action-yamllint（以下、action-yamllintと呼ぶ）が存在します。 話としては「action-yamllintを使いましょう」で終わってしまうんですが、備忘のために使用例を示します。 まずはyamllintの設定用ファイルである、.yamllint を作成し、ルールを記
RiverpodリポジトリのLintルールが面白かった
はじめに Flutterでは新規にプロジェクトを作成するとflutter_lintsパッケージがデフォルトで設定されるため、そのまま使っている人が多いのではないかと思います。 というか自分がそんな感じだったのですが、もう少しルール厳しくしたいな〜と思ってたまたまRiverpodどうなってるんだろ👀と見てみた話です。 Lintって何という方は以下の記事が分かりやすかったです👀 RiverpodのLintルール とりあえずanalysis_options.yamlを見てみます👀 all_lint_rules.yamlというのをimportしているみたいです。 （名前ですでに何してるかわかっちゃいますね） all_lint_rules.yamlは文字通りFlutterで使える全てのルールを記述しているようです❗ 再びanalysis_options.yamlに戻ります。 ここでは使わないル
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
git commitしてもlint-stageしても Unexpected Identifierと怒られる - Qiita
簡単に結論 Node.jsのバージョンが古くてeslintが怒っていた 下記のコマンドでNode.jsをアップデートしたら解決しました！ sudo apt update && sudo apt install nodejs -y && sudo npm install n -g && sudo n stable && sudo apt purge -y nodejs npm && sudo apt update && sudo apt full-upgrade -y && sudo apt autoremove -y 経緯 開発途中でPCを買い替えたので、既にeslintやprettier、simple-git-hooks、lint-staged等の初期設定が終わっているGitレポジトリをクローンすることになりました そんな訳で早速下記のコマンドを走らせて準備を終わらせる コマンドの簡単な
備忘録。 構造体のフィールドが全部初期化されているかどうかをチェックしたい場合はexhaustivestructが便利。 exhaustivestructを有効化した上でstruct-patternsに構造体が Path#Match に合致するように記載する。 struct-patternsはパッケージ名も含められるので別パッケージで同名の構造体があっても対応できる。 ハマったポイントとして、struct-patternsに指定するのはチェックしたい構造体が定義されているパッケージおよび構造体名を指定する必要がある点。 勘違いしてチェックしたい構造体が呼び出されているパッケージ名を指定しようとしていた。 package exampleA type Target { Hoge string } package main func main() { t := Target{} } 上記の場合、
standardとsnazzyでjsのlint結果をeslint風にする - rochefort's blog
eslint入れようとする →semistandardってgetting startに書いてあるのを目にする →standard（JavaScript Standard Style）を思い出す →面倒だしstandardでいいやと思ってinstallする というのを2回ぐらいやった気がするので、いい加減思い出せるようにメモに残そうと思う。 ついでにstandardの出力が気に食わなくて、やっぱりeslintに戻すということも過去に一度やりましたが、standard/ を使えばeslint風の出力にできるので合わせて導入する手順を残しておきます。 Installation yarn add --dev standard snazzy package.json "scripts": { "lint": "standard --verbose | snazzy" }, verboseオプションは
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Dockerfile自信持って書けてますか？おすすめlintツール 「hadolint」について紹介 - Qiita
はじめに Dockerfile、サッと書こうと思ったのに、書き始めたら意外と時間かかったりしますよね。 突き詰めるとすごく奥が深いなと思います。 公式のドキュメントでも、Dockerfileのベスト・プラクティスという形で公開してくれていますが、 これを毎回意識するのは大変です。 また、意識できていたとしても、複数人で管理していると、各個人のスキルレベルによって差が出てしまいます。 そんなときにおすすめのツールを見つけたので紹介します。 hadolintというツールです。 Haskell Dockerfile Linterの略だそうで、Dockerfileの静的解析を行ってくれるlintツールです。 hadolintを使うとこんな利点があります。 build前にシンタックスエラーなどに気付ける (地味にトライアンドエラーしてると時間食うんですよね...) 自然とベストプラクティスに則ったD
背景 最近職場でESLintとPrettierの代わりにBiomeを導入しました。基本的にBiomeのRecommend設定を利用するつもりですが、違反箇所が多すぎるため最初は多くのルールを無効にして導入しました。 違反箇所が多すぎるため、今後ルールを有効化する際に都度手動で修正することは時間がかかりすぎます。このためbiome lint --writeなどを使って自動で修正することになりますが、どのルールでも安全に修正できるわけではありません。しかし、BiomeのLintルール違反箇所にbiome-ignoreコメントを入れてエラーを無視することにすれば挙動を変えずにルールを有効化できます。そしてルールを有効化して新たな違反が新規で追加されなくなった後、ゆっくりとbiome-ignoreで無視したエラーを修正していけば良いのです。 今回このbiome-ignoreコメントの挿入を自動で実
viteでの環境構築メモ(*´ω｀*) この記事のlint/自動チェック編(*´ω｀*) viteでの環境構築メモ | まとめ - くらげになりたい。 lint周り eslint User Guide | eslint-plugin-vue Configuring ESLint - ESLint - Pluggable JavaScript Linter Lint | ツールガイド | Vue.js $ pnpm add -D eslint eslint-plugin-vue $ pnpm add -D @rushstack/eslint-patch @vue/eslint-config-typescript .eslintrc.cjs /* eslint-env node */ require("@rushstack/eslint-patch/modern-module-resoluti
概要 [JavaScript]Circle CIで変更箇所のファイルのみを静的解析(Lint)する① - QiitaのPHP版です。 今回導入する静的解析ツールはPHPStanです。 パッケージ管理ツールcomposerは設定済みとします。 結論はコチラなので、既に手順が分かる人は飛ばしてください。 手順 静的解析ツール(Linter)の設定 1. インストール チームで開発するためPHPStanパッケージをローカルインストールします。
![[PHP]Circle CIで変更箇所のファイルのみを静的解析(Lint)する② - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/15dd6a0ce0a270de07ce2e6f55207989387b4eb8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCUEhQJTVEQ2lyY2xlJTIwQ0klRTMlODElQTclRTUlQTQlODklRTYlOUIlQjQlRTclQUUlODclRTYlODklODAlRTMlODElQUUlRTMlODMlOTUlRTMlODIlQTElRTMlODIlQTQlRTMlODMlQUIlRTMlODElQUUlRTMlODElQkYlRTMlODIlOTIlRTklOUQlOTklRTclOUElODQlRTglQTclQTMlRTYlOUUlOTAlMjhMaW50JTI5JUUzJTgxJTk5JUUzJTgyJThCJUUyJTkxJUExJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz0zMmU3YWUzOTAyN2U4NmQ5NzlhYTMzYjJlYTFmMzNkYQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBtZ21nbW9ndW1pJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0wZDc0MTJkMjlmZDk5NzYwMWM4OWJiZDI2NzQyZTRmZg%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44OR44O844K944Oz44Oq44Oz44Kv%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3De637fc663e6b5f3ba02f2ff38cd6e7f7)
コミットリント(commitlint)を導入し、コミットメッセージをlintする - Qiita
はじめに 開発現場ではコミットメッセージが適当だと、後から見た時や他の人が見た時に？？？になって、開発のネックになってしまう事はままあると思う。今回はコミットメッセージが各人でバラバラで独自的なものにならないように、git hooksでコミットメッセージにリントを書ける方法についていきたいと思う。 ひとまずやってみる 私はNode.js（Javascript）で開発している事もあり、commitlintを利用する。 設定方法等はGuide: Local setupに書かれているのでそちらを参照して行っていくが、私はgit hooksを設定するのにsimple-git-hooksを使う事にした。 ※simple-git-hooksを導入して設定する方法はPrettier のルールで自動整形するを参照。 [study@localhost node-express]$ yarn add --de
VSCode + TypeScript + ESLint + Prettier + Husky + lint-staged (+ JavaScript Standard Style) でコードを防衛@2019秋（2019/12/30 更新） - Qiita
VSCode + TypeScript + ESLint + Prettier + Husky + lint-staged (+ JavaScript Standard Style) でコードを防衛@2019秋（2019/12/30 更新）TypeScriptESLintVSCodeprettierJavaScriptStandardStyle 2019/12/30 Update VSCode の ESLint 拡張機能がメジャーバージョンアップし、検証と autofix が正常に動作していなかったので対応しました。 2019/11/4 Update サンプルコードの追加 TypeScript のインストールを追加 TL;DR 以下の手順で作られるコードを以下に置いておきます。お忙しい方はこちらからどうぞ https://github.com/ishiyama0530/worksample
本記事は、Flutter Advent Calendar 2023の17日目の記事です。 はじめに こんにちは！Altive株式会社のFlutterアプリ開発者の小林遼太（@naipaka）です🦙 弊社では、受託案件の開発を効率化するためにFlutterFireパッケージのラッパーパッケージを作成し、利用しています。 このパッケージの開発の過程で、特定のコーディングパターンを強制するようなLintルールが必要だと感じることがありました。 特に、StreamControllerインスタンスを宣言した際にcloseメソッドの呼び出しを強制するclose_sinksのようなルールが欲しいと考えていました。 そこで、Dartのcustom_lintを使って独自のLintルールを作成してみることにしたので、この記事ではその作成過程を紹介します。 完成例 Configインスタンスを宣言した際に、di
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
背景 プロジェクトのファイル命名規則について、チームで共有しているものの、実際にはチェックする仕組みがないということはありませんか？ 例えば、ファイル名には、アンダースコアを使わない、キャメルケースを使う、などのルールがあるとします。 このようなルールをチェックするために、ls-lintというツールを使ってみました。 ls-lintとは ls-lintは、ディレクトリとファイル名のリンターで、あなたのプロジェクトファイルシステムに構造をもたらします。以下に主な特徴を示します： シンプルなルールを一つの.ls-lint.ymlファイルで管理する最小限のセットアップ すべての拡張子に対応、ファイル名だけでなくディレクトリ名も対応 高速 - 数千のファイルとディレクトリをミリ秒でリント Windows, MacOS, Linux、NPMパッケージおよびDockerイメージに対応 ほとんどのサード
Husky v9 & lint-staged
この記事は、エンジニア初心者の筆者が、自身の学びを記録するためにまとめたものです。今回はHuskyの設定についてまとめています。 Husky は、Git操作（コミットやプッシュ）のタイミングでスクリプトを自動実行するツールで、Gitフックの管理を簡単にします。lint-staged は、Gitにステージングされたファイルのみを対象にタスクを実行するツールです。Huskyと組み合わせることで、コミット前にコードの品質やスタイルを自動でチェック・修正できます。 Huskyとlint-stagedの連携でできること コード品質チェック ESLintで構文エラーやルール違反を検出し、必要に応じて自動修正します（例: eslint --fix）。 コードフォーマットの適用 Prettierを使用して、コードを一貫したスタイルに自動整形します（例: インデントや改行の調整）。 コミットメッセージのチェ
Next.jsでhuskyを使ったcommit時lintエラー検出とGitHub Desktop対応
↓ npm パッケージインストール前に "prepare": "husky install" が発動 ↓ Git フックが設定される、すなわち、 .git/config に hooksPath = .husky が設定される。 ↓ npm パッケージがインストールされる ↓ ごにょごにょ開発する ↓ ↓ Git フックにより、 .husky/pre-commit が起動される ↓ .husky/pre-commit に書かれている npx lint-staged が起動される ↓ lint-staged は、git にステージングされたファイルに対して、.lintstagedrc.js に書かれたルールに従ってコマンドを実行する ↓ .lintstagedrc.js に next lint --fix --file [ステージングされたファイル] --file [ステージングされたファイル
Rubocopとは Rubocop（ルボコップ）とは、Railsアプリ開発において代表的なリンターです。 リンターとは、コードが一定の規則に従っているかをチェックし、従っていなければ違反警告を出してくれるツールです。 ここのコードは長すぎるね。とか、メソッド名変えようか。とか、インデント入れたほうがいいよ。とかをコマンド１つでターミナルに吐き出しててくれます。 これによりコードの書き方を統一できるため、テストと同様に現場では必須のツールです。 Rubocopを導入するための2ステップ Rubocopを導入する手順を解説します。 手順①：Gemをインストールする Gemは、Airbnb社が公開しているカスタマイズ済みのrubocop-airbnbというGemを使用するのがおすすめです。 普通にデフォルトのRubocopを導入してもいいのですが、デフォルトに加えてたくさんルールを追加しなければ
1...2の...ポカン! 私は個人開発で小さなアプリを何度もこさえることがありますが、 その度に必要なパッケージをインストールしたり、設定ファイルを書くのは面倒です。 しかも、私の脳は１つ新しいことを学ぶと１つ前のものは忘れるという仕様なので、 その都度調べるということが起きてしまいます。 私の脳みそを改造できたらいいのですが、 そんなことできるはショッカーかダイジョーブ博士ぐらいです。 なので代替案としてテンプレを作っておいて、いつでもそれを使えるようにしておこう！ という目論見で開かれたのがこの会です。 参加者は私一人です。 それではいきましょう。 Nextにパッケージ何入れようかサミット 厳重な審査の結果、今回の雛形に選ばれたのは以下のパッケージです。 後の章でこれらの説明や、導入方法について記述します。 また、これら以外にもいくつかの細かいパッケージも必要になってきますが、ここで
最初に 古いRubyライブラリのコミット権限を貰ったのですが、 それがRuboCopにたくさん注意されてました。 自動で直せるところは自動で直しましたが、 それでもあまりに注意されてるので、 優先順位の低いものはEnabed: falseで止め、 すぐ直せるところはすぐ直しました。 そうすると、残ってしまったCopがあります。 Lint/UnreachableLoopです。それについて書きます。 Lint/UnreachableLoop RuboCop warned: W: Lint/UnreachableLoop: This loop will have at most one iteration.
この記事を書いたきっかけ 運用が続いてコードが増えてくと、上記の3つがまあまあ遅くなる。 (例えば単体テストのケースが4000~5000になったりとかサービスによっては珍しくない) 純粋に上記の3つをそれぞれ高速化出来たら良いけど、中々開発工数を確保出来なくて、手が出せずにそのまま放置してしまっていた。 サクッとやりたい 毎回のPRの差分だけでも、高速化出来れば と思い、実際に現場で使ってみたらかなり開発しやすくなったので記事を書く事にした。 ローカルでやる場合 Makefileに定義して、他の人が簡単にコマンドを叩けるようにする。 (Windowsだとmakeコマンドが使えないので注意) .PHONY: help help: ## 使い方(運用が増えるとmakeコマンド多くなるので、確認出来るように付けておくと便利) @awk 'BEGIN {FS = ":.*?## "} /^[a-z
AWSリソースのデプロイ(CircleCI + CloudFormation + cfn-lint + awspec)
概要 GitHubのtestブランチへのコミットを契機にcfn-lintでCFnテンプレートの静的解析を実施します。 testブランチでの静的解析に成功したら、testブランチの変更をmainブランチにプルリクエストし、mainブランチにマージされたらcfn-lint → CFnのデプロイ → awspecでの単体テストを実施します。 認証には以下の記事で準備したOIDCを使用します。 IAMロールには上記の記事から以下の権限を追加しています。 arn:aws:iam::aws:policy/AWSCloudFormationFullAccess arn:aws:iam::aws:policy/AmazonVPCFullAccess ファイル構成 % tree -aFI .git ./ ├── .circleci/ │ └── config.yml ├── CFn/ │ ├── Oidc.
On Bitrise, you can run lint checks with our dedicated Step called Android Lint. It runs the same lint function that is built into Android Studio. To perform lint checks, you don't need to write test cases or execute your app. Android Studioが提供するのは、 lint と呼ばれるコード スキャン ツールこれは、コードの構造品質に関する問題を特定して修正するのに役立ちます。 Android Studio を使用する場合、アプリのビルド時に設定された lint チェックが自動的に実行されます。 lint チェックにはテスト ケースは必要ありません。 Bitr
AWS ClouldFormationの静的解析ツールcfn-lintコマンドをインストール - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
イベント概要 Lint Nightはプログラミング言語不問でLintに関するトピックを取り扱う勉強会です。ここでLintとはソースコードや文書を静的に解析して問題をみつけるツールのことです。ただ、どこまでをLintとするかには幅があるようです。 さて、Lintの面白いところはソースコードや文書を入力データとして扱うプログラムであることです。ソースコードを入力データとするプログラムといえばコンパイラやインタプリタがあげられますがいずれも実装がかなり大変です。しかしLintはそこまでではありません！実は手軽に実装できるんです（Lintの作り方については事前知識なしで理解する、静的検査のいろはが参考になるはずです）。 実際に私は業務で何度もLintの関連技術で問題を解決してきました。たとえば、巨大なCSSをバグ0でCSS→Less移行した時にもLintの技術を応用しましたし、C#で作られたアプリ
こちらの記事はAnsible lint Advent Calendar 2022 7日目の記事になります。 今回はAnsible lintを実行するDockerイメージのビルド方法について解説します。コードのサンプルはこちらになります。 なぜDockerイメージを作成するのか pyenvやVirtualenvでセットアップした環境が比較的壊れやすい（異論はあるかと思います） Red Hatが提供しているAnsible lintがインストールされたDockerイメージquay.io/ansible/creator-eeにAnsible Community Packageが入ってない Asibleコンテンツの開発者が増えると同一バージョンのライブラリを開発者間のローカル環境で利用するのが難しくなる もしcreator-eeのイメージを利用する事に問題なければメンテナンスコストを考えるとそちらを
こんにちは。都内でiOSエンジニアをしている @zrn-ns です。 弊社のプロジェクトでは**SwiftLint**を利用しており、最低限のコーディング規約についてはSwiftLintでチェックする事ができるようになっています。 SwiftLintはビルドフェーズに含めることも想定されており、公式のガイドに従うだけでビルド時にLintチェックを行い、規約に沿った記述を徹底させることができます。 しかし今回諸事情があり、ビルドフェーズではなく、Gitでリモートリポジトリにpushする直前でLintチェックを行うようにしてみました。 なぜビルドフェーズではなく、Push時にチェックするのか ビルドフェーズで実行する方式だとビルド時に多少のオーバーヘッドが発生してしまいます（差分チェックを行ってくれるようなので、ほぼ気にならないレベルですが）。 また弊社社内ではXcode派とAppCode派が
![[iOS] git pushでLintチェックを行う(Git Hooks + SwiftLint) - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/8fced148426e5cc2d924c84b5ac24af9d58e2b86/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaU9TJTVEJTIwZ2l0JTIwcHVzaCVFMyU4MSVBN0xpbnQlRTMlODMlODElRTMlODIlQTclRTMlODMlODMlRTMlODIlQUYlRTMlODIlOTIlRTglQTElOEMlRTMlODElODYlMjhHaXQlMjBIb29rcyUyMCUyQiUyMFN3aWZ0TGludCUyOSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZTgxY2Y2NGEwM2M4YTZmYjJiZWRlZWI3YjMyOGFjNzE%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB6cm4tbnMmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTQ2NWQ3YzhiZDYzOTZlZjY0ZmZjMmRiZjI5NTUxOTM5%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-d2l0aA%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D801d4ec67a33bb3332f57f3a99904879)
はじめまして。今年の 7 月から HRBrain でフロントエンドエンジニアをやっている山本です。 普段趣味で開発者体験を高めるツールを OSS として作っています。 今回社内の開発者体験を高めるべく、ドキュメントとして残っていた社内のコード規約を ESLint のプラグインとして作成しました。 そこで、公開した動機、過程を紹介します。 動機 いくつかありますが、 ドキュメントの情報は廃れていく ドキュメントは無視できる ということが大きかったです。 ドキュメントの情報は廃れていく ドキュメントを継続して整備・更新する人がいれば話は別ですが、基本的に、ドキュメントに書いてある情報は時間とともに現在のものと乖離していく、と僕は考えています。 情報の乖離に気がついた人が更新するといったスタンスであっても、気がつけられるほどの知識をその人が持っているとも限りません。 ドキュメントの内容が違ってく
はじめに huskyのアプデの影響か古い情報が多く、適当にネットの情報を鵜呑みにしたら動かなかったので書きました。
golangci-lintとGitHub Actionsでlinterの新たなissueのみを通知する - TalentX Tech Blog
MyTalentという採用MAサービスの開発を担当している、バックエンドエンジニアの樋口です！ MyTalentではGo言語でバックエンドの開発を行っています。サービス運用開始から2年が経過したタイミングで、新たなバックエンドエンジニアが増えても一定のコード品質を保つために、golangci-lintを導入しました。 この記事では、golangci-lintを導入した際に発生した問題と解決方法について記載します。これからgolangci-lintの導入を検討している方の参考になれば幸いです。 golangci-lintとは golangci-lintはGo言語用のlinter実行ツールです。 github.com Go言語には、エラーのチェック漏れを確認するerrcheckや、コードのシンプルさをチェックするgosimpleなど、様々なlinterが存在します。 本来は導入するlinter
simple-git-hooksとlint-stagedを使ってソースコードを健全に管理する | Simple is Best
コードを保守する上で大切なことのひとつはフォーマッティングです。プロジェクトで定められたコード規約にしたがって書かれているのか、そんなものはなく各自で好きなように書いているのかではやはりコードの質に影響します。読みやすいコードはプログラマの理解を捗らせ、モチベーションを維持してくれるでしょう。では、そんな健全なソースコードを維持し続けるにはどのような取り組みをするのが良いのでしょうか？ package.json に以下のようなスクリプトを登録しておき、各自で git add をする前に実行するというのはひとつの案です。 "lint:fix": "prettier --write src", しかしながら私達人間は仕様上忘れる生き物ですから、たまには忘れて git commit をしてしまうかもしれません。commit した段階で気付ければ git commit --amend などでサクッ
golangci-lintのアーキテクチャの学び
Golangci-lintは以下のような流れで各種処理が実行されている。 Initに関して エントリーポイントは/cmd/golangci-lint/main.go commands.Executorを初期化してそれを実行するような形になっている。 func main() { info := createBuildInfo() if err := commands.Execute(info); err != nil { _, _ = fmt.Fprintf(os.Stderr, "Failed executing command with error: %v\n", err) os.Exit(exitcodes.Failure) } } func newRootCommand(info BuildInfo) *rootCommand { c := &rootCommand{} rootCm
結論から言うとhuskyのリポジトリにissueとしてあがっていましたが、日本語の情報がうまく見つけきれなかったので雑にまとめておきます。 状況 コミット時にESLintやらstylelintやらのチェックを走らせようとしてhuskyとlint-stagedの設定をおこないました。 その状態でコマンドラインからgit commitするとlintのチェックが動きエラーがあるとコミットが中断されるのですが、VSCodeのGUIでコミット（ボタンぽちー！）するとチェックが動かずエラーがある状態のままコミットされてしまいました。 実は以前もこれでハマったことがあったのですが、そもそもファイルの保存時にもlintが動くように設定しており、その時点でエラーを解消していたためコミット時のチェックはなくても気にしていませんでした。 最近「りあクト！」という本を読んでReactの勉強をしているので、今回社内
ktlintとは ktlintはkotlinの静的コード解析ツールです。 同じようなものに、detektというものもあります。 今回は、ktlintについて書いていきます。 ktlintはkotlinのコードにlintをかけるだけでなく、lintで検出した部分にフォーマットをかけることもできます。 使い方 ktlintの導入方法です。 gradleの場合 configurations { ktlint } dependencies { ktlint "com.github.shyiko:ktlint:$KTLINT_VERSION" } check.dependsOn ktlint task ktlint(type: JavaExec, group: "kotlin verification") { description = 'Check Kotlin code style.' args
これを husky でコミット時に実行したかったので、 lint-staged.config.js を以下のように書いていたが module.exports = { '*.{ts,tsx}': [ 'pnpm run lint', 'pnpm run types:check', 'pnpm run format:check', ], }
Classi Advent Calendar 2017 1 日目の記事です。 フロントエンドエンジニアの @kasaharu です。 9 月に入社し、今日ようやく試用期間が解除されました。解除されました？ 会社に行ってみないとわからないですね。。 さて、今日は思い立ったその日にでも Lint を導入できるゾ！と言う話をします 今携わっているプロジェクトで使われている技術スタック Rails のプロジェクト HTML テンプレート : Slim JS : CoffeeScript CSS : SCSS → どこにも Lint ない Lint ツール導入のモチベーション モチベーション 1 Initial commit は実に 3 年前でかなり色んな人が携わってきた痕跡がある にも関わらず、Lint 系のツールが何も入っていない… ので、当然ファイルごとに書き方が違う というか、同じファイル内
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
golangci-lintをTUIから操作する - Qiita
おなかが空いたら golangci-lint の Module Plugin 使おう
GitHub Actionsでyamlにlintをかける | okuzawatsの日記
DockerfileをLintする - Qiita
golangci-lint: exhaustivestruct - Qiita
コミット前に Lint を強制するなら lint-staged が便利 - Qiita
BiomeのLintの違反箇所全てにbiome-ignoreを自動挿入するスクリプトを作った
viteでの環境構築メモ | lint/自動チェック編 - くらげになりたい。
[PHP]Circle CIで変更箇所のファイルのみを静的解析(Lint)する② - Qiita
【Flutter】Custom Lintを使って独自のLintルールを作成する
Android Studioで署名付きAPK作成時にLintエラーが出た場合の対処法 - Qiita
ls-lintを使ってファイル命名規則をチェックする方法
Rubocopを使ったLintチェックのやり方 - Qiita
LintとTestをフル活用したNext.jsのテンプレ作成ガイド - Qiita
RuboCopで見つけられたバグ Lint/UnreachableLoop - Qiita
GoでGitの差分だけFmt,Test,Lintを走らせて高速化する
Android アプリの lint チェックを実行する
Lint Night #1 (2022/11/18 19:00〜)
Ansible lintを実行するDockerイメージを作成する - Qiita
[iOS] git pushでLintチェックを行う(Git Hooks + SwiftLint) - Qiita
社内コード規約をLintに移行する - HRBrain Blog
【2024/01最新】husky + lint-staged でコミット前にlintを強制する方法
huskyのpre-commitで設定したlintチェックがVSCodeのGUIからのコミットだと動かない件
ktlintを使いこなす 【kotlin】【lint】 - Qiita
husky + lint staged でコミット時に型チェックをする
3 年煮込んだ熟成ソースコードにも Lint ツールを導入できる話 - Qiita