rebase、cherry-pick、bisect、worktree、reflogを含む高度なGitワークフローをマスターし、クリーンな履歴を維持し、あらゆる状況から回復。複雑なGit履歴の管理、フィーチャーブランチでの協働、リポジトリ問題のトラブルシューティング時に使用。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
English | 日本語
高度なGitテクニックをマスターして、クリーンな履歴を維持し、効果的に協力し、自信を持ってあらゆる状況から回復します。
インタラクティブrebaseは、Git履歴編集のスイスアーミーナイフです。
一般的な操作：
pick：コミットをそのまま保持reword：コミットメッセージを変更edit：コミット内容を修正squash：前のコミットと結合fixup：squashと同様だがメッセージを破棄drop：コミットを完全に削除基本的な使用法：
# 最後の5コミットをrebase
git rebase -i HEAD~5
# 現在のブランチの全コミットをrebase
git rebase -i $(git merge-base HEAD main)
# 特定のコミットにrebase
git rebase -i abc123
ブランチ全体をマージせずに、一つのブランチから別のブランチへ特定のコミットを適用。
# 単一コミットをcherry-pick
git cherry-pick abc123
# コミット範囲をcherry-pick（開始は含まない）
git cherry-pick abc123..def456
# コミットせずにcherry-pick（変更をステージングのみ）
git cherry-pick -n abc123
# コミットメッセージを編集してcherry-pick
git cherry-pick -e abc123
コミット履歴を二分探索して、バグを導入したコミットを見つける。
# bisectを開始
git bisect start
# 現在のコミットを不良としてマーク
git bisect bad
# 既知の正常なコミットをマーク
git bisect good v1.0.0
# Gitが中間のコミットをチェックアウト - テスト
# その後、正常または不良としてマーク
git bisect good # または：git bisect bad
# バグが見つかるまで継続
# 完了時
git bisect reset
自動Bisect：
# スクリプトを使って自動テスト
git bisect start HEAD v1.0.0
git bisect run ./test.sh
# test.shは正常時0、不良時1-127（125を除く）で終了すべき
スタッシュやブランチ切り替えなしで、複数のブランチを同時に作業。
# 既存のworktreeをリスト
git worktree list
# フィーチャーブランチ用の新しいworktreeを追加
git worktree add ../project-feature feature/new-feature
# worktreeを追加し、新しいブランチを作成
git worktree add -b bugfix/urgent ../project-hotfix main
# worktreeを削除
git worktree remove ../project-feature
# 古いworktreeを整理
git worktree prune
あなたのセーフティネット - 削除されたコミットも含め、すべての参照移動を追跡。
# reflogを表示
git reflog
# 特定ブランチのreflogを表示
git reflog show feature/branch
# 削除されたコミットを復元
git reflog
# コミットハッシュを見つける
git checkout abc123
git branch recovered-branch
# 削除されたブランチを復元
git reflog
git branch deleted-branch abc123
# フィーチャーブランチから開始
git checkout feature/user-auth
# インタラクティブrebaseで履歴をクリーンアップ
git rebase -i main
# rebase操作の例：
# - 「fix typo」コミットをsquash
# - 明確性のためにコミットメッセージをreword
# - コミットを論理的に並べ替え
# - 不要なコミットをdrop
# クリーンなブランチをforce push（他に誰も使っていなければ安全）
git push --force-with-lease origin feature/user-auth
# mainで修正を作成
git checkout main
git commit -m \"fix: critical security patch\"
# リリースブランチに適用
git checkout release/2.0
git cherry-pick abc123
git checkout release/1.9
git cherry-pick abc123
# コンフリクトが発生した場合の処理
git cherry-pick --continue
# または
git cherry-pick --abort
# bisectを開始
git bisect start
git bisect bad HEAD
git bisect good v2.1.0
# Gitが中間コミットをチェックアウト - テスト実行
npm test
# テストが失敗した場合
git bisect bad
# テストが通った場合
git bisect good
# Gitが自動的に次のテスト対象コミットをチェックアウト
# バグが見つかるまで繰り返し
# 自動版
git bisect start HEAD v2.1.0
git bisect run npm test
# メインプロジェクトディレクトリ
cd ~/projects/myapp
# 緊急バグ修正用のworktreeを作成
git worktree add ../myapp-hotfix hotfix/critical-bug
# 別ディレクトリでhotfixに作業
cd ../myapp-hotfix
# 変更を加え、コミット
git commit -m \"fix: resolve critical bug\"
git push origin hotfix/critical-bug
# 中断せずにメイン作業に戻る
cd ~/projects/myapp
git fetch origin
git cherry-pick hotfix/critical-bug
# 完了時にクリーンアップ
git worktree remove ../myapp-hotfix
# 間違ったコミットに誤ってreset
git reset --hard HEAD~5 # しまった！
# reflogを使って失われたコミットを見つける
git reflog
# 出力：
# abc123 HEAD@{0}: reset: moving to HEAD~5
# def456 HEAD@{1}: commit: my important changes
# 失われたコミットを回復
git reset --hard def456
# または失われたコミットからブランチを作成
git branch recovery def456
Rebaseを使用するとき：
Mergeを使用するとき：
# mainの変更でフィーチャーブランチを更新（rebase）
git checkout feature/my-feature
git fetch origin
git rebase origin/main
# コンフリクトを処理
git status
# ファイル内のコンフリクトを修正
git add .
git rebase --continue
# または代わりにmerge
git merge origin/main
rebase中にfixupコミットを自動的にsquash。
# 初期コミットを作成
git commit -m \"feat: add user authentication\"
# 後でそのコミットの何かを修正
# 変更をステージ
git commit --fixup HEAD # またはコミットハッシュを指定
# さらに変更を加える
git commit --fixup abc123
# autosquashでrebase
git rebase -i --autosquash main
# Gitが自動的にfixupコミットをマーク
一つのコミットを複数の論理的なコミットに分割。
# インタラクティブrebaseを開始
git rebase -i HEAD~3
# 分割するコミットを'edit'でマーク
# Gitがそのコミットで停止
# コミットをリセットするが変更は保持
git reset HEAD^
# 論理的なチャンクでステージとコミット
git add file1.py
git commit -m \"feat: add validation\"
git add file2.py
git commit -m \"feat: add error handling\"
# rebaseを継続
git rebase --continue
コミットから特定のファイルのみをcherry-pick。
# コミット内のファイルを表示
git show --name-only abc123
# コミットから特定ファイルをチェックアウト
git checkout abc123 -- path/to/file1.py path/to/file2.py
# ステージとコミット
git commit -m \"cherry-pick: apply specific changes from abc123\"
# 安全なforce push
git push --force-with-lease origin feature/branch
# 危険な操作前にバックアップを作成
git branch backup-branch
git rebase -i main
# 何か問題が起きた場合
git reset --hard backup-branch
# 進行中の操作を中止
git rebase --abort
git merge --abort
git cherry-pick --abort
git bisect reset
# 特定コミットからファイルを復元
git restore --source=abc123 path/to/file
# 最後のコミットを取り消すが変更は保持
git reset --soft HEAD^
# 最後のコミットを取り消し、変更を破棄
git reset --hard HEAD^
# 削除されたブランチを回復（90日以内）
git reflog
git branch recovered-branch abc123
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Migrate from AngularJS to Angular using hybrid mode, incremental component rewriting, and dependency injection updates. Use when upgrading AngularJS applications, planning framework migrations, or modernizing legacy Angular code.
日本語の概要は準備中です。原文の説明を表示しています。
ハイブリッドモード、段階的コンポーネント書き換え、依存性注入更新を使用してAngularJSからAngularへ移行します。AngularJSアプリケーションのアップグレード、フレームワーク移行の計画、またはレガシーAngularコードのモダナイゼーション時に使用します。
Master REST and GraphQL API design principles to build intuitive, scalable, and maintainable APIs that delight developers. Use when designing new APIs, reviewing API specifications, or establishing API design standards.
日本語の概要は準備中です。原文の説明を表示しています。
開発者を喜ばせる直感的でスケーラブルで保守可能なAPIを構築するために、RESTとGraphQL APIの設計原則をマスターします。新しいAPIの設計、API仕様のレビュー、またはAPI設計標準の確立時に使用してください。
Implement proven backend architecture patterns including Clean Architecture, Hexagonal Architecture, and Domain-Driven Design. Use when architecting complex backend systems or refactoring existing applications for better maintainability.
日本語の概要は準備中です。原文の説明を表示しています。
クリーンアーキテクチャ、ヘキサゴナルアーキテクチャ、ドメイン駆動設計を含む実証済みのバックエンドアーキテクチャパターンを実装します。複雑なバックエンドシステムの設計や、保守性向上のための既存アプリケーションのリファクタリング時に使用します。