皆さん、git-hooksは使っているでしょうか。 ${REPOSITORY_ROOT}/.git/hooks/ 以下に決められた名前でスクリプトを作成すると、対応した操作に合わせて、その名前のスクリプトが自動で実行されます。 例えば、${REPOSITORY_ROOT}/.git/hooks/pre-commit ならコミット前にそのスクリプトを実行して、スクリプトの終了コードが0でないとき、commit前に処理が停止します。 よく使われるのは、pre-commitを使用して、コミット直前にCIと同様の構文チェックや、rubocop等のテストをすることではないでしょうか。 基本的には、上記のようにRepositoryごとにhooksは書くのがデフォルトですが、 最近、私はすべてのRepositoryで共通するような、設定や除外ファイルの記載をしたgitconfigやgitignoreをそ
Git Hooks without extra dependencies like Husky in Node.js project
Git Hooks without extra dependencies like Husky in Node.js project Git 2.9+ supports core.hooksPath for local git hooks, so we do not need extra dependencies like husky. lint-staged recommented to use with husky. However, husky v5.0.0 is licesed under The Parity Public License. When will version 5 be MIT license again? · Issue #857 · typicode/husky We can use core.hooksPath instead of husky. 📝 hu
GitHub - toplenboren/simple-git-hooks: A simple git hooks manager for small projects
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
husky v5 で使い方が変わっている(v6 でも変更後の使い方を継続している)。 husky v4 が deprecated した訳ではない (v5.0.0 リリース後にも v4 系のパッチリリースがある)。 The Parity Public License というのを初めて見ましたが、組み込んだソフトウェアも公開しないと行けないっぽい。つまり商用利用、実質不可。 ライブラリ毎の違いを確認する (CLI から) husky v4 (↓) husky v4 をインストールすると、 .git/hooks 配下に git-hooks 用の shell script が追加される。 $ git init husky-v4 $ cd husky-v4 $ npm init $ npm i husky@4 $ ls -1 .git/hooks | grep -v .sample applypat
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
本記事はDeNA 21 新卒 Advent Calendar 2020の22日目の記事です。 はじめに こんにちは、@7riatsuです。 突然ですが、皆さんは自分の意図しないコードをGitHubにプッシュしてしまった経験はありませんか？ 僕はあります。それも人に見られると恥ずかしいような内容でした。 プログラムの動作確認時に出力を目立たせるため、以下のコードを書いていました。 hoge に適切な値が入っていることを確認したので、コミットをしてGitHubにプッシュし、レビューを依頼したところで悲劇は起きました。 「💩がプッシュされているよ」 あろうことか、レビューを依頼する前に動作確認用に仕込んでいた不要な行をコミットしていたのでした。 その他にもデバッグ目的で仕込んだ console.log や binding.pry を誤ってコミットしてしまうことが多々ありました。 このような単純
「commit messageを考えてる間によしなに git hooks を実行しておいてね！」を実現するneovimの設定をかいた
TL;DR Git の commit message を考えている間に pre-commit script を実行するneovimの設定を書いた CLIから git commit -n で neovim を立ち上げて使う 今はいろいろ雑なので、今後は設定を切り出してプラグイン化/CLI Tool化したい はじめに ある日、いつものようにThe Engineers' Paradiseで喋っていると、da-ja-re王ことkuuさんの gitcommit の設定が話題になりました。 この設定は、「gitのcommit messageを打っている間に .git/vim にあるスクリプトを実行してくれる」設定です。 「確かにcommit message を考えている間にスクリプトを実行できたら嬉しいだろうな」 「これをgit の git hooks の実行に使えたら！」 ということで、このアイデア
Git の Hook を扱う husky というライブラリがあり、大変お世話になっていた。が、 v5 が登場してから、設定変更を余儀なくされた。 v4 とは大きく異なる設計思想のため、私達は今まで書いていた設定ファイルを変え、 .husky ディレクトリを作成し、 husky のコマンドドキュメントを読んで、確認した。 正直 husky v5 のこの変更には失望した。もちろん正当な理由が合ったのだとは思うが、このようなツールの設定変更に時間を取られたくないと思った。このようなツールにはドキュメントが存在しないくらいの方がちょうどいいと思った。なんでこんな大きなドキュメントがあるのか不思議に思った。 なんか同僚の PC で pre-commit フックが動いてないっぽい。そんでコードがフォーマットされてなくてイライラする。 OSS にプルリクくれる人にも申し訳ない。 しかも husky の変
結局のところGitフックは どうやってチームメンバーと共有するの 誰がメンテすんの あたりが最終的な課題になってくると思うのですが、 Python製のツールpre-commitでGitのpre-commit hookを楽々管理！！ こちらの記事で紹介されているpre-commitを弊チームでも導入したので補足記事を書きたいと思います。 なおあくまでも補足なのでまずは上記記事を一読されることをおすすめします。 環境 windows 10 python 3.7.2 pre-commit 1.16.1 ざっくり仕組み紹介 リポジトリのルートでpre-commit installすると.git/hooksにpythonで書かれたpre-commitが生まれる このpre-commitは同じくルートにある.pre-commit-config.yamlを参照し、記載されたプログラムを上から順に実行する
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
globalなgit-hooksを設定して、すべてのリポジトリで共有のhooksを使う - Qiita
husky(v4, v6) と simple-git-hooks どちらを使うべきか
Improving Git push times through faster server side hooks
Git Hooksのpre-commitを用いて望まないコミットを未然に防ぐ - Qiita
husky v5 で消耗している人には simple-git-hooks がお薦め - Qiita
Git HooksはPython(など)で書いてPythonで管理しよう - Qiita