Claude CodeでGitを連携したいけど、何から始めればいいの?
コミットやプッシュもAIに任せられるって本当?
結論から言うと、Claude CodeはGit操作のほぼすべてをこなせます。
コミットメッセージの自動生成からブランチ管理、PRの作成まで、ターミナルを離れずにAIが対応してくれます。
私もはじめはターミナルでコマンドを叩きながらClaude Codeを使っていたのですが、「Git操作もClaude Codeに頼めばいいのでは」と気づいてから、作業の流れがずいぶん変わりました。
この記事では、Claude CodeとGit連携の基本から、GitHub ActionsやMCPを使った自動化まで順を追って解説します。
この記事でわかること
- Claude CodeとGit連携でできること(全体像)
- コミット・ブランチ・PRをClaude Codeに頼む具体的な指示の書き方
- GitHubとのSSH接続設定からGitHub Actions・MCP連携まで
- CLAUDE.mdをGitで管理してセッション間で文脈を引き継ぐ方法
Claude CodeとGit連携でできること
まず全体像を把握しておきましょう。
Claude CodeはAIがターミナル上で動くツールなので、Gitコマンドをそのまま自然に任せられます。
ここでは、以下の内容について詳しく解説します。
Claude CodeとGit連携でできること
- コミットからプッシュまでAIに任せられる仕組み
- ブランチ管理とPR作成まで一気通貫で対応できる流れ
- GitHubとの連携で広がる3つの使い方の全体像
コミットからプッシュまでAIに任せられる
Claude Codeに「〇〇を修正してコミットして」と指示するだけで、add → commit → pushまでを一連の流れとして対応してくれます。
コミットメッセージも自動で生成してくれるので、「何を変えたか」の記録が自然と残ります。
私自身「ちょっとした修正でコミットメッセージを考える時間がゼロになった」と感じていて、これが意外と快適です。
git statusやgit logの解釈もClaude Codeが行い、次にすべき操作を提案してくれます。
「今どこにいるか、何が変わっているか」をAIが把握した上で動いてくれるので、状態確認コマンドを叩く回数がぐっと減ります。
Claude CodeがGitで自動対応できる主な操作
- git add / git commit(メッセージ自動生成)
- git push(リモートへの反映)
- git status / git log / git diff(状態確認と解釈)
- コンフリクト発生時の原因分析と解決提案
ブランチ管理とPR作成まで一気通貫で対応できる
ブランチ操作もClaude Codeに任せられます。
「mainから切り離してfeature/hogeブランチを作って作業して」の一文で、ブランチ作成・切り替え・作業後のコミットまで一気にこなしてくれます。
PR(プルリクエスト)の作成もGitHub CLIを使えばClaude Code内から直接実行できます。
PRのタイトルや本文のドラフトもAIが自動で作ってくれるので、「PRの説明を書くのが面倒」という地味なストレスが消えます。
ブランチ・PRでClaude Codeが対応できること
- ブランチの作成・切り替え・マージ
- ブランチ一覧と現在地の確認
- GitHub CLIを使ったPR作成とタイトル・本文の自動生成
- コンフリクトの分析と解決策の提示
GitHubとの連携で広がる3つの使い方
Claude CodeとGitHubの連携方法は、大きく3つあります。
難易度と得られる効果が異なるので、目的に合わせて選ぶのがポイントです。
| 連携方法 | 難易度 | 主な用途 |
|---|---|---|
| 直接Git操作 | 低 | コミット・ブランチ・PR作成を日常業務で使う |
| MCP連携 | 中 | Issue・PRを自然言語で操作する |
| GitHub Actions統合 | 高 | CI/CDにClaude Codeを組み込んで自動化する |
初心者は「直接Git操作」から入るのがおすすめです。
慣れてきたらMCPやGitHub Actionsへ段階的に拡張していくと、自然に使い方の幅が広がります。

Claude CodeとGit連携の基本
日常業務でClaude CodeとGitを使う際の操作を見ていきましょう。
「どう指示すれば意図通りに動いてくれるか」が最初の関門なので、実際に使っている指示の書き方をプロンプト例つきで紹介します。
ここでは、以下の内容について詳しく解説します。
Claude CodeとGit連携の基本操作
- コミットを頼む際の指示の書き方
- ブランチを切って安全に作業する方法
- プッシュとPRの流れをClaude Codeに任せる方法
コミットを頼む際の指示の書き方
Claude Codeへのコミット指示は、「何を・どの状態に・どんなメッセージで」を明示するほど精度が上がります。
以下のようなプロンプト例が実際によく使います。
変更をすべてステージングしてコミットして。メッセージは「feat: ユーザー登録フォームを追加」で。
src/components/Header.tsx の変更だけgit addして、fix: ヘッダーのスタイル崩れを修正 というメッセージでコミットして。
「全部コミットして」だけでも動きますが、ファイルを絞ったりprefixを指定したりすると、Gitの履歴がきれいに保てます。
注意:ステージング状態を事前に確認する
「全部add & commit」の指示を出す前に、変更ファイルの一覧を確認する癖をつけておくと安心です。
意図しないファイルがコミットに含まれるのを防げます。
ブランチを切って安全に作業する方法
実験的な変更や新機能の開発は、必ずブランチを分けてもらうようにしています。
指示はシンプルで、「mainから新しいブランチを切って作業して」の一文で完結します。
mainブランチから切り離して feature/user-auth ブランチを作成し、そちらで作業を進めて。
私が最初にハマったのは、mainブランチ直接で作業し続けてしまったことです。
「ちょっとした変更だから」とそのまま進めて、後でブランチに分けようとしたらコンフリクトだらけになりました。
実験的な変更は必ずブランチを分ける、これは最初から習慣にしておいたほうがいいです。
ブランチ操作の指示例
- 「現在のブランチとブランチ一覧を教えて」(状態確認)
- 「mainから feature/hoge ブランチを作成して切り替えて」(新規作成)
- 「feature/hoge を main にマージして」(マージ)
プッシュとPRの流れをClaude Codeに任せる方法
コミットが完了したら、リモートへのプッシュとPR作成をClaude Codeに依頼できます。
プッシュ前には必ず変更内容を自分の目で確認するようにしています。
これが「AIに全部任せる」落とし穴を防ぐ一番シンプルな習慣です。
プッシュ前に変更内容のdiffをまとめて教えて。
確認が終わったら、プッシュとPR作成をまとめて依頼します。
origin/feature/hoge にプッシュして。その後、GitHub CLI を使って main へのPRを作成して。
Claude CodeはPRのタイトルと本文のドラフトも自動で作ってくれます。
「コミット履歴を参照してPRの説明を書いて」と言えば、変更内容を整理した文章を生成してくれます。
プッシュ・PR作成の流れ
- diff確認 → プッシュ → PR作成の3ステップで一気に依頼できる
- PRタイトル・本文はClaude Codeが自動生成する
- GitHub CLIのインストールが前提(
ghコマンドが使える状態にしておく)
Claude CodeとGitHubの連携設定手順
続いて、Claude CodeからGitHubにアクセスするための接続設定を見ていきます。
ここを一度設定しておくと、以降の操作がスムーズになります。
ここでは、以下の内容について詳しく解説します。
Claude CodeとGitHubの連携設定手順
- 【ステップ1】SSH接続またはHTTPS認証でGitHubと接続する
- 【ステップ2】リポジトリをクローンしてClaude Codeで作業を始める
- 【ステップ3】Personal Access Tokenの発行と安全な扱い方
【ステップ1】SSH接続またはHTTPS認証でGitHubと接続する
GitHubとの接続方法はSSHとHTTPSの2択です。
長期的に使うならSSH接続のほうがパスワードを毎回入力しなくて済むので快適です。
SSHキーの生成から登録まで、以下の流れで設定します。
# SSHキーを生成する(emailはGitHubに登録したもの)
ssh-keygen -t ed25519 -C "your@email.com"
# 公開鍵をクリップボードにコピーする(macOS)
pbcopy < ~/.ssh/id_ed25519.pub
コピーした公開鍵をGitHubの「Settings → SSH and GPG keys → New SSH key」から登録します。
登録後、以下のコマンドで接続確認ができます。
ssh -T git@github.com
「Hi [username]! You’ve successfully authenticated…」と表示されれば成功です。
HTTPS認証を使う場合は、パスワードの代わりにPersonal Access Tokenが必要です(2021年8月からパスワード認証は廃止されています)。
【ステップ2】リポジトリをクローンしてClaude Codeで作業を始める
接続設定が完了したら、リポジトリをクローンしてClaude Codeを起動するだけです。
# SSHでクローンする場合
git clone git@github.com:username/repo-name.git
# クローンしたフォルダでClaude Codeを起動する
cd repo-name
claude .
Claude Codeを起動すると、リポジトリの構造を自動で把握してプロジェクト文脈を読み込んでくれます。
ファイル構成・使用言語・フレームワークを理解した状態で会話が始まるので、プロジェクト説明の手間が省けます。
Claude Codeが起動時に自動で読み込むもの
- ディレクトリ構造とファイル一覧
- CLAUDE.md(存在する場合)
- package.json / README.md などの設定ファイル
- git logによる最近の変更履歴
【ステップ3】Personal Access Tokenの発行と安全な扱い方
HTTPS認証やGitHub APIを使う場合は、Personal Access Token(PAT)が必要です。
発行手順はGitHubの「Settings → Developer settings → Personal access tokens → Tokens (classic)」から行います。
PATを扱う際の鉄則は「コードにべた書きしない」「.envに保存し、.gitignoreに追加する」の2点です。
# .env ファイルに保存する
GITHUB_TOKEN=ghp_xxxxxxxxxxxxxxxxxxxx
# .gitignore に追加する(必須)
.env
PATの権限は最小限に絞る
Scopeは「repo」だけでリポジトリ操作ができます。
必要以上の権限を与えると、万が一トークンが漏えいしたときの影響範囲が広くなります。
Claude CodeとGitHub Actionsの連携方法
日常のGit操作に慣れてきたら、MCPやGitHub Actionsを使った自動化に挑戦してみましょう。
ここまで設定できると、Claude CodeがCI/CDパイプラインの一部として動くようになります。
ここでは、以下の内容について詳しく解説します。
Claude CodeとGitHub Actionsの連携
- MCP経由でGitHubを自然言語で操作する方法
- GitHub ActionsにClaude Codeを組み込む方法
- Claude CodeのGit連携で失敗しやすい3つのポイント
MCP経由でGitHubを自然言語で操作する方法
MCP(Model Context Protocol)を使うと、GitHubのAPIをClaude Codeから自然言語で操作できるようになります。
「Issueを立てて」「PRにコメントして」のような指示を直接実行できるイメージです。
設定はプロジェクトルートに .mcp.json というファイルを作成して、GitHub MCPサーバーの設定を記述するだけです。
なお、.mcp.json はClaude Code CLI用のファイルです。Claude Desktopアプリのmcp設定ファイル(claude_desktop_config.json)とは別なので注意してください。
{
"mcpServers": {
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_xxxxxxxxxxxxxxxxxxxx"
}
}
}
}
MCPの詳しい設定方法は、Claude Code MCP設定方法の記事で解説しています。
MCP連携でできるGitHub操作の例
- Issueの作成・編集・クローズ
- PRへのコメント・レビュー
- ブランチ一覧の取得と比較
- リポジトリのファイル参照・更新
GitHub ActionsにClaude Codeを組み込む方法
GitHub ActionsにClaude Codeを組み込むと、PR作成をトリガーにした自動コードレビューなどが実現できます。
設定は .github/workflows/ にYAMLファイルを追加するだけで、思ったよりも簡単に動き始めます。
以下は、PRが作成されたときにClaude Codeが自動でコードレビューを行う最小構成の例です。
name: Claude Code Review
on:
pull_request:
types: [opened, synchronize]
jobs:
review:
runs-on: ubuntu-latest
steps:
- uses: anthropics/claude-code-action@v1
with:
anthropic_api_key: ${{ secrets.ANTHROPIC_API_KEY }}
prompt: "このPRのコードを確認してレビューコメントを投稿して"
このYAMLをリポジトリに追加しておけば、PRを作るたびにClaude Codeがレビューコメントを自動で投稿してくれます。
GitHub Actionsを使う前提条件
- AnthropicのAPIキーを取得しておく(Claude Proとは別に必要・従量課金)
- GitHubリポジトリの「Settings → Secrets → Actions」に
ANTHROPIC_API_KEYを登録する - 実行頻度が高いとAPIコストが上がるため、どのイベントをトリガーにするかは慎重に決める
Claude CodeのGit連携で失敗しやすい3つのポイント
実際に使ってみて気づいた、やりがちな失敗を正直に書いておきます。
「自分は大丈夫」と思っていても、慣れてきた頃にやってしまいがちです。
失敗しやすい3つのポイント
- .envが.gitignoreに入っていない:最も多い失敗です。PATやAPIキーを誤ってコミットしてしまうリスクがあります。設定直後に必ず確認してください
- PATのScopeを広げすぎる:「とりあえず全権限で」は危険です。漏えい時の影響範囲が無用に広くなります
- 「全部任せる」に慣れすぎる:変更内容を確認しないまま進めると、意図しないコミットが入り込みます。プッシュ前のdiff確認を習慣にしてください

Claude CodeとGitの連携をCLAUDE.mdで管理する方法
最後に、競合記事ではあまり語られていない「CLAUDE.mdとGitの組み合わせ」について解説します。
これをやっておくと、Claude Codeの使い勝手が大きく変わります。
ここでは、以下の内容について詳しく解説します。
CLAUDE.mdとGit連携で変わること
- セッションが切れてもClaude CodeがGitプロジェクトを再認識できる理由
- CLAUDE.mdを版管理するとClaude CodeとGit連携の再現性が上がる理由
セッションが切れてもClaude CodeがGitプロジェクトを再認識できる理由
Claude Codeはセッションが終わると、前回の会話内容を引き継ぎません。
「この間話した件なんですが…」が通じないのです。
これを補うのがCLAUDE.mdです。
CLAUDE.mdにプロジェクトのルール・構成・コーディング規約・意図を記載しておくと、Claude Codeはセッション開始直後からその内容を読み込んで動き始めます。
「このプロジェクトではTypeScriptを使う」「〇〇ファイルは直接編集しない」といった前提を、毎回説明しなくて済むようになります。
そして、このCLAUDE.mdをGitにコミットして管理しておくことで、どのPCでも同じ文脈でClaude Codeが動くようになります。
チームで使う場合も、CLAUDE.mdをリポジトリに含めておけば全員が同じ前提を共有できます。
CLAUDE.mdに記載しておくと効果的な内容
- プロジェクトの概要・技術スタック・ディレクトリ構造
- コーディング規約(命名ルール・コメントルールなど)
- よく使うコマンドと注意事項
- 「このファイルは直接編集しない」などの禁止事項
CLAUDE.mdの書き方については、Claude Code使い方入門の記事でも解説しています。
CLAUDE.mdを版管理するとClaude CodeとGit連携の再現性が上がる理由
CLAUDE.mdをGitで管理するメリットは、「変更履歴が残ること」です。
CLAUDE.mdを更新したときは、必ずGitにコミットするようにしています。
「このバージョンのCLAUDE.mdのときが一番うまく動いていた」という状態をGitで保存・復元できるのは、思った以上に便利です。
git blameを使えばCLAUDE.mdの各行がいつ・なぜ変更されたかも追えるので、改善の文脈がそのまま蓄積されていきます。
CLAUDE.mdのGit管理でできること
- CLAUDE.mdの変更履歴を残してロールバックできる
- チームメンバーがCLAUDE.mdを更新した理由をgit logで追える
- 「うまく動いていたCLAUDE.md」の状態をGitで復元できる
よくある質問
Q:Claude CodeのGit連携には有料プランが必要ですか?
はい。Claude CodeはClaude ProまたはMaxプランへの加入が必要です。
無料プランでは利用できません。
GitHub ActionsにClaude Codeを組み込む場合は、AnthropicのAPIキーが別途必要になります。
APIは従量課金でコストが読みにくいため、まずProプランのClaude Code単体で試すのがおすすめです。
Q:プライベートリポジトリでもClaude CodeのGit連携は使えますか?
使えます。SSHキーまたはPersonal Access Tokenを正しく設定すれば、プライベートリポジトリでも問題なく操作できます。
ただし、APIキーやPATを含む .env ファイルは必ず .gitignore に追加して、リポジトリにコミットしないよう注意してください。
Q:Claude CodeがGit操作をミスしてしまった場合はどうすればいいですか?
Gitはほとんどの操作がやり直せます。
コミットを取り消したい場合は git reset、プッシュ後に修正したい場合は git revert を使います。
Claude Codeに「さっきのコミットを取り消して」と指示すれば、状況に合った方法を提案してくれます。
mainブランチ直接ではなくブランチを切って作業する習慣をつけると、万が一のときのリスクが大幅に減ります。
まとめ
Claude CodeとGit連携の方法を、基本操作から自動化まで解説しました。
この記事のポイント
- Claude CodeはコミットからPR作成まで一連のGit操作をこなせる
- 連携方法は「直接Git操作 → MCP → GitHub Actions」の順に段階的に拡張できる
- PATは最小限のScopeで発行し、.gitignoreへの.env追加を忘れずに
- CLAUDE.mdをGitで管理するとセッションをまたいでも文脈が引き継がれる
まず試してみてほしいのは、日常のコミット操作をClaude Codeに任せることです。
「add & commitして」の一言から始めるだけで、Git周りの作業が驚くほどスムーズになります。
Claude CodeのGit連携を使いこなせてきたら、hooksを活用してさらに自動化を進めることもできます。Claude Code hooksの使い方もあわせて読んでみてください。
また、Claude CodeをAIエージェントとして活用する方法をまとめたAIエージェント活用法も参考になります。
