並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 7 件 / 7件

新着順 人気順

pre-commitの検索結果1 - 7 件 / 7件

  • PythonプロジェクトでRuffをPre-commitに設定してコード品質を上げてみる | DevelopersIO

    はじめに データアナリティクス事業本部のkobayashiです。 Pythonコードでコード品質を上げるためはソースコードを整形するformatterのBlack、import文をソートするisort、ソースコードを解析してくれるLinterのflake8が定番の静的解析ツールかと思います。新規にPythonプロジェクトを始めるに当たりblack+isort+falke8と同等の機能を持つRuffを導入してみたのでその内容をまとめます。 astral-sh/ruff: An extremely fast Python linter and code formatter, written in Rust. Ruffとは Ruffとは、2022年にリリースされた比較的新しい静的解析ツールで、Rustで書かれています。同等の機能を持つ他のツールよりも高速に動作することが特徴です。さらに、一つのツ

      PythonプロジェクトでRuffをPre-commitに設定してコード品質を上げてみる | DevelopersIO
    • reviewdogでpre-commitフックをより快適にする - notebook

      lint-staged + huskyでプロジェクトのpre-commitフックにリンターを設定して…コミット前に指摘を潰しましょうというのはよくあるやり方である lint-stagedでは差分に対してのみ各種リンターのチェックができる認識でいたが差分があるファイル単位までフィルタリングできるという感じだった プロジェクトの途中からリンターを導入する場合など、すでに警告対象のコードが紛れてしまっている場合、そういうファイルを変更するとリンターに引っかかるので同時に直さないと行けないというような感じになる できれば差分のみに対して警告を出すようにしたい 一方、CIではよくreviewdogを使って差分のみに対してリンターを掛けコメントしている例をよく見る reviewdog/reviewdog: 🐶 Automated code review tool integrated with an

        reviewdogでpre-commitフックをより快適にする - notebook
      • [SourceTree] pre-commit hookエラー(husky - pre-commit hook exited with code 127) - Qiita

        はじめに M1 MacでSourceTreeを使っていた際に下記のエラーが発生したので、それの解決方法 go言語のプロジェクトではなく、TypeScript、Vue.jsのプロジェクトで起こった。

          [SourceTree] pre-commit hookエラー(husky - pre-commit hook exited with code 127) - Qiita
        • 【後編】24新卒開発研修で新しいツールを導入した話 〜pre-commit の導入方法と使い方など〜 - Sansan Tech Blog

          こんにちは、研究開発部 Automationグループで研究員をしている李です。 本ブログでは、前編 に続き、新卒開発研修*1 *2に導入したpre-commitの使い方などを共有します。 目次 目次 pre-commit とは? pre-commitを導入した経緯 背景: 目的: 対策法: 導入手順 1. インストール 2. yamlファイルの設定 このyamlファイルでできること 注意してほしいこと 3. git-secretsの導入と設定 git-secretsとは? 導入 設定 注意してほしいこと 4. 反映 注意してほしいこと 5. 実行結果 pre-commit のメリットとデメリット メリット デメリット まとめ pre-commit とは? pre-commit はコードをリポジトリにコミットする前に特定のチェックを自動で実行するためのフレームワークです。 コードの品質を保持

            【後編】24新卒開発研修で新しいツールを導入した話 〜pre-commit の導入方法と使い方など〜 - Sansan Tech Blog
          • pre-commit + commitizen + commitlint で快適なコミットを実現する - Qiita

            コミットのイメージ コミット前に静的解析やフォーマッター、セキュリティチェックが自動で走る コミットメッセージを対話的に作成できる(もし所定の形式に沿わない場合、エラーとして弾く) → あまり意識しなくとも、品質を高めつつ、コミットメッセージを統一できる → ただし、あくまでローカルでのチェックになるので、リポジトリ側でのチェックは別で必要 サンプルリポジトリ 利用ツールについて pre-commit .pre-commit-config.yamlで各種hooksを一元管理できる 静的解析やフォーマッタ、セキュリティ検査などをコミット前に自動実行 commitizen + cz-customizable コミットメッセージを対話的に作成できる .cz_config.js で設定することで、テンプレートは変更可能 commitlint + commitlint-config-gitmoji

              pre-commit + commitizen + commitlint で快適なコミットを実現する - Qiita
            • pre-commit&Gitフックでフォーマッターと静的コード解析ツール、テストを実行する - Qiita

              はじめに pre-commit&Gitフックでcommit前にフォーマッターと解析ツール、テストを実行させます。 アプリケーションはマイクロサービス(Rails api × Vue)です。開発はDockerを使用します。 環境 MacBook Pro intel 2020 macOS ventura 13.5.1 Docker 20.10.21 Docker Desktop 4.14.0 (91374) バックエンド Rails 7.0.7 ruby 3.2.2 フロントエンド Node.js 18.7.1 Vue 3.3.4 npm 9.8.1 実行するツール ツール自体の具体的な解説は行いません。 Rails 機能 ツール

                pre-commit&Gitフックでフォーマッターと静的コード解析ツール、テストを実行する - Qiita
              • Ruff + pre-commitでコミット時にコード品質を保ちたい

                リモートブランチのコードの品質を保ちたい 最近、コードレビューする時にこんな悩みがありました。 戻り値のアノテーションが漏れているな… docString書き忘れている… あれ?そもそもこれ書いた人のフォーマッター・リンター効いていないかも…? 個人的な意見として リモートブランチにプッシュされるコードはリンターやフォーマッターを正常に通過したものであってほしいと思っています。 正常に通過したものであれば、本来のコードレビューの目的である コードの書きっぷりに注力できると思いました。 色々調べた結果、pre-commitを使えば解決できそうだとわかったので 検証含めて記事に残します。 使用技術 pre-commitは コードがリポジトリにコミットされる前に特定のチェックやタスクを実行してくれる優れものです。 これを使用し、コミット時にリンター・フォーマッターをかけ ミスがあればコミット出来

                  Ruff + pre-commitでコミット時にコード品質を保ちたい
                1