go-linting
Goプロジェクトのlint設定やgolangci-lintの構成、CI/CDパイプラインへのGoチェック追加を行う際に使用します。新規Goプロジェクトで有効にするlinterを選定する場合にも、「コード品質」や「静的解析」といったキーワードのみで言及された場合でも対応します。なお、コードレビュープロセスは対象外です(go-code-reviewを参照)。
description の原文を見る
Use when setting up linting for a Go project, configuring golangci-lint, or adding Go checks to a CI/CD pipeline. Also use when starting a new Go project and deciding which linters to enable, even if the user only asks about "code quality" or "static analysis" without mentioning specific linter names. Does not cover code review process (see go-code-review).
SKILL.md 本文
Go リンティング
コア原則
「推奨」されるリンターセットより重要なこと: コードベース全体で一貫してリンティングを行うこと。
一貫したリンティングは一般的な問題をキャッチし、不必要に規範的にならずにコード品質の高い基準を確立するのに役立ちます。
セットアップ手順
- 以下の設定を使用して
.golangci.ymlを作成 golangci-lint run ./...を実行- エラーが表示された場合は、カテゴリごとに修正 (フォーマット、vet、スタイルの順)
- クリーンになるまで再実行
最小推奨リンター
これらのリンターは、高い品質基準を維持しながら最も一般的な問題をキャッチします:
| リンター | 目的 |
|---|---|
| errcheck | エラーが処理されていることを確認 |
| goimports | コードをフォーマット、インポートを管理 |
| revive | 一般的なスタイルエラー (廃止された golint の最新の代替品) |
| govet | コードの一般的な間違いを分析 |
| staticcheck | 様々な静的解析チェック |
注釈:
reviveは廃止予定のgolintの最新で、より高速な後継です。
リンターランナー: golangci-lint
リンターランナーとして golangci-lint を使用します。uber-go/guide のサンプル .golangci.yml を参照してください。
設定例
新しい
.golangci.ymlを作成する場合、または既存の設定を推奨される基準と比較する場合は、assets/golangci.ymlを参照してください。
プロジェクトルートに .golangci.yml を作成します:
linters:
enable:
- errcheck
- goimports
- revive
- govet
- staticcheck
linters-settings:
goimports:
local-prefixes: github.com/your-org/your-repo
revive:
rules:
- name: blank-imports
- name: context-as-argument
- name: error-return
- name: error-strings
- name: exported
run:
timeout: 5m
実行方法
# インストール
go install github.com/golangci/golangci-lint/cmd/golangci-lint@latest
# すべてのリンターを実行
golangci-lint run
# 特定のパスで実行
golangci-lint run ./pkg/...
追加の推奨リンター
最小セットを超えて、本番プロジェクトでは以下を検討してください:
| リンター | 目的 | 有効にする時機 |
|---|---|---|
| gosec | セキュリティ脆弱性の検出 | ユーザー入力を処理するサービスの場合は常に |
| ineffassign | 無効な代入を検出 | 常に - デッドコードをキャッチ |
| misspell | コメント/文字列の一般的なスペルミスを修正 | 常に |
| gocyclo | 循環的複雑度のしきい値 | 関数の複雑度が ~15 を超える場合 |
| exhaustive | スイッチがすべての列挙値をカバーしていることを確認 | iota 列挙を使用する場合 |
| bodyclose | 閉じられない HTTP レスポンスボディを検出 | HTTP クライアントコードでは常に |
Nolint ディレクティブ
リント検出を抑制する場合は、常に理由を説明してください:
//nolint:errcheck // fire-and-forget logging; error is not actionable
_ = logger.Sync()
ルール:
//nolint:linternameを使用 - 素の//nolintは禁止- コメントを検出と同じ行に配置
//の後に正当性を含める
CI/CD 統合
GitHub Actions
# .github/workflows/lint.yml
name: Lint
on: [push, pull_request]
jobs:
lint:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-go@v5
with:
go-version: stable
- uses: golangci/golangci-lint-action@v6
with:
version: latest
Pre-commit フック
#!/bin/sh
# .git/hooks/pre-commit
golangci-lint run --new-from-rev=HEAD~1
--new-from-rev を使用して変更されたコードのみをリント処理し、フィードバックループを高速に保ちます。
利用可能なスクリプト
scripts/setup-lint.sh—.golangci.ymlを生成し、初期リントを実行
bash scripts/setup-lint.sh github.com/your-org/your-repo
bash scripts/setup-lint.sh --force github.com/your-org/your-repo # 既存を上書き
bash scripts/setup-lint.sh --dry-run # 設定をプレビュー
bash scripts/setup-lint.sh --json # 構造化出力
検証:
.golangci.ymlを生成した後、golangci-lint run ./...を実行して、設定が有効で期待された出力を生成することを確認します。設定エラーで失敗した場合は修正して再試行します。
scripts/setup-lint.shは最小限の設定 (5 つのコアリンター) を生成します。 確立されたプロジェクトの場合は、assets/golangci.ymlを出発点として使用してください — gosec、ineffassign、misspell、gocyclo、bodyclose を追加します。
クイックリファレンス
| タスク | コマンド/アクション |
|---|---|
| golangci-lint をインストール | go install github.com/golangci/golangci-lint/cmd/golangci-lint@latest |
| リンターを実行 | golangci-lint run |
| パスで実行 | golangci-lint run ./pkg/... |
| 設定ファイル | プロジェクトルートの .golangci.yml |
| CI 統合 | パイプラインで golangci-lint run を実行 |
| Nolint ディレクティブ | //nolint:name // reason - 素の //nolint は禁止 |
| CI 統合 | GitHub Actions には golangci/golangci-lint-action を使用 |
| Pre-commit | golangci-lint run --new-from-rev=HEAD~1 |
リンター選択ガイドライン
| 必要な場合... | 使用 |
|---|---|
| エラーハンドリングカバレッジ | errcheck |
| インポートフォーマット | goimports |
| スタイルの一貫性 | revive |
| バグ検出 | govet、staticcheck |
| 上記すべて | 設定付き golangci-lint |
関連スキル
- スタイルの基礎: リンターが適用するスタイル質問 (フォーマット、ネスト、命名) を解決する際は
go-style-coreを参照 - コードレビュー: リンター出力と手動レビューチェックリストを組み合わせる場合は
go-code-reviewを参照 - エラーハンドリング: errcheck が未処理エラーにフラグを立てたときに、それらを処理する方法を決定する必要がある場合は
go-error-handlingを参照 - テスト: CI パイプラインでリンターをテストと一緒に実行する場合は
go-testingを参照
ライセンス: Apache-2.0(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- cxuu
- リポジトリ
- cxuu/golang-skills
- ライセンス
- Apache-2.0
- 最終更新
- 不明
Source: https://github.com/cxuu/golang-skills / ライセンス: Apache-2.0
関連スキル
superpowers-streamer-cli
SuperPowers デスクトップストリーマーの npm パッケージをインストール、ログイン、実行、トラブルシューティングできます。ユーザーが npm から `superpowers-ai` をセットアップしたい場合、メールまたは電話でサインインもしくはアカウント作成を行いたい場合、ストリーマーを起動したい場合、表示されたコントロールリンクを開きたい場合、後で停止したい場合、またはソースコードへのアクセスなしに npm やランタイムの一般的な問題から復旧したい場合に使用します。
catc-client-ops
Catalyst Centerのクライアント操作・監視機能 - 有線・無線クライアントのリスト表示・フィルタリング、MACアドレスによる詳細なクライアント検索、クライアント数分析、時間軸での分析、SSIDおよび周波数帯によるフィルタリング、無線トラブルシューティング機能を提供します。MACアドレスやIPアドレスでのクライアント検索、サイト別やSSID別のクライアント数集計、無線周波数帯の分布分析、Wi-Fi信号の問題調査が必要な場合に活用できます。
ci-cd-and-automation
CI/CDパイプラインの設定を自動化します。ビルドおよびデプロイメントパイプラインの構築または変更時に使用できます。品質ゲートの自動化、CI内のテストランナー設定、またはデプロイメント戦略の確立が必要な場合に活用します。
shipping-and-launch
本番環境へのリリース準備を行います。本番環境へのデプロイ準備が必要な場合、リリース前チェックリストが必要な場合、監視機能の設定を行う場合、段階的なロールアウトを計画する場合、またはロールバック戦略が必要な場合に使用します。
linear-release-setup
Linear Releaseに向けたCI/CD設定を生成します。リリース追跡の設定、LinearのCIパイプライン構築、またはLinearリリースとのデプロイメント連携を実施する際に利用できます。GitHub Actions、GitLab CI、CircleCIなど複数のプラットフォームに対応しています。
tracking-application-response-times
API エンドポイント、データベースクエリ、サービスコール全体にわたるアプリケーションのレスポンスタイムを追跡・最適化できます。パフォーマンス監視やボトルネック特定の際に活用してください。「レスポンスタイムを追跡する」「API パフォーマンスを監視する」「遅延を分析する」といった表現で呼び出せます。