クライアントサイドGitフック
`pre-commit`や`post-merge`などのクライアントサイドフックを理解し、ローカルで規約を適用する方法を学びます。
「クライアントサイドGitフック」はCoddyKit上の無料Git Advanced: Monorepo, Submodules & Workflowsレッスンです。 これはレッスン1/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはGit Advanced: Monorepo, Submodules & Workflows学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Git Advanced: Monorepo, Submodules & Workflowsコースには全4レッスンが含まれています。
このレッスンの一部はまだ翻訳されておらず、英語で表示されています。
Intro to Git Hooks
Welcome! In this lesson, you'll learn about Git hooks. These are scripts that Git automatically runs before or after events like committing, merging, or pushing.
Think of them as automated assistants for your Git workflow. They help enforce project standards and automate routine tasks.
Client-Side vs. Server-Side
Git hooks come in two flavors:
- Client-side hooks: Run on your local machine. They only affect your personal repository. Examples include `pre-commit` and `post-merge`.
- Server-side hooks: Run on the Git server. They affect all pushes to the repository. We'll cover these in a later lesson.
This lesson focuses on client-side hooks and how to use them locally.
Where Hooks Live
All Git hooks are stored in the .git/hooks directory within your repository. When you initialize a new Git repository, Git populates this directory with sample hook scripts.
Let's take a look inside a typical .git/hooks folder:
ls -F .git/hooks/Activating a Hook
By default, the sample hook scripts end with .sample, making them inactive. To activate a hook, you need to:
- Remove the
.sampleextension from its filename. - Make the script executable.
Let's activate the pre-commit hook by renaming and making it executable:
cd .git/hooks
mv pre-commit.sample pre-commit
chmod +x pre-commit`pre-commit`: Your Local Guard
The pre-commit hook is one of the most useful client-side hooks. It runs just before Git asks you for a commit message and before the actual commit is created.
If the script exits with a non-zero status, Git aborts the commit. This makes it perfect for:
- Running linters (e.g., ESLint, Flake8)
- Executing unit tests
- Checking for common mistakes (e.g., debug statements)
Example: `pre-commit` for Linting
Here's a simple pre-commit script that checks if any staged files contain the word "TODO". If it finds "TODO", the commit is blocked.
You can edit the .git/hooks/pre-commit file directly to add this content:
#!/bin/sh
# Check for 'TODO' in staged changes
if git diff --cached | grep -q "TODO"; then
echo "Error: 'TODO' found in staged changes. Please resolve before committing."
exit 1
fiTesting the `pre-commit` Hook
Now, let's try to commit a file that contains "TODO". The pre-commit hook should prevent the commit.
First, create a file with "TODO", then try to commit it:
echo "This is a file with a TODO item." > my_feature.txt
git add my_feature.txt
git commit -m "Attempt to commit with TODO"`post-merge`: After the Merge
The post-merge hook runs immediately after a successful git merge or git pull (which is essentially a fetch followed by a merge or rebase).
It's useful for automating tasks that should happen after your working directory has been updated by a merge, such as:
- Installing new dependencies
- Rebuilding your project
- Updating documentation or symlinks
Example: `post-merge` for Dependencies
Imagine you're working on a project with Node.js. After merging a branch that introduced new dependencies (updated package.json), you'd want to run npm install.
Here's a post-merge script that checks if package.json was changed by the merge and runs npm install if it was:
#!/bin/sh
# Run npm install if package.json changed
if git diff --name-only HEAD@{1} HEAD | grep -q "package.json"; then
echo "package.json changed, running npm install..."
# npm install # Uncomment in a real project
echo "(npm install simulated)"
fiHook Challenge
You've learned about client-side Git hooks! Which of the following statements are TRUE about them?
Client-Side Hooks: Recap
Great job! You've successfully explored client-side Git hooks. Here's what we covered:
- What they are: Scripts that run automatically at specific Git events.
- Where they live: In the
.git/hooksdirectory. - How to activate: Rename from
.sampleand make executable. - `pre-commit`: Runs before a commit, useful for validation and linting.
- `post-merge`: Runs after a merge, good for dependency updates or rebuilding.
Client-side hooks are powerful tools for personal workflow automation and local quality checks!
よくある質問
「クライアントサイドGitフック」レッスンは無料ですか?
はい。「クライアントサイドGitフック」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し(組み込みコードエディタと24時間対応のAIチューター)、Git Advanced: Monorepo, Submodules & Workflowsコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Git Advanced: Monorepo, Submodules & Workflowsコースには全4レッスンが含まれています。
「クライアントサイドGitフック」で何を学びますか?
`pre-commit`や`post-merge`などのクライアントサイドフックを理解し、ローカルで規約を適用する方法を学びます。 ブラウザで直接実行するハンズオンコードでGit Advanced: Monorepo, Submodules & Workflowsを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。
Git Advanced: Monorepo, Submodules & Workflowsを始めるのに経験は必要ですか?
事前経験は必要ありません。CoddyKitのGit Advanced: Monorepo, Submodules & Workflowsは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン1/4です。
「クライアントサイドGitフック」レッスンにはどのくらい時間がかかりますか?
ほとんどのCoddyKitレッスンは約5~10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。
このGit Advanced: Monorepo, Submodules & Workflowsレッスンでコードを書いて実行できますか?
はい。すべてのGit Advanced: Monorepo, Submodules & Workflowsレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。
このコースのすべてのレッスン
- クライアントサイドGitフック
- サーバーサイドGitフック
- Gitの設定とエイリアス
- Huskyによるチームでのフック共有