Git Advanced Workflows

作者 wshobson46891e7e60da無授權條款收錄於 2026年10月8日更新於 2026年10月8日

Master advanced Git workflows including rebasing, cherry-picking, bisect, worktrees, and reflog to maintain clean history and recover from any situation. Use when managing complex Git histories, collaborating on feature branches, or troubleshooting repository issues.

AI 產生的概覽

說明進階 Git 工作流程:互動式 rebase、cherry-pick、bisect、worktree、reflog 與復原操作。

功能
此技能提供進階 Git 操作的說明與指令範例,涵蓋互動式 rebase、cherry-pick、bisect、worktree 與 reflog。它也列出最佳實務、常見陷阱,以及用來取消 rebase、merge、cherry-pick 和找回遺失提交或分支的復原指令。它產出的是指引內容而非檔案或指令碼,更多模式見參考文件。
適用情境
適用於合併前整理提交歷史、跨分支套用特定提交、找出引入錯誤的提交、同時處理多個分支,或從 Git 操作失誤中復原。也適合準備乾淨的拉取請求與同步已分岔的分支。
執行需求
不含指令碼,僅為說明文件。需要已安裝可用的 Git,以及一個可操作的程式碼倉庫。

Git Advanced Workflows

Master advanced Git techniques to maintain clean history, collaborate effectively, and recover from any situation with confidence.

When to Use This Skill

  • Cleaning up commit history before merging
  • Applying specific commits across branches
  • Finding commits that introduced bugs
  • Working on multiple features simultaneously
  • Recovering from Git mistakes or lost commits
  • Managing complex branch workflows
  • Preparing clean PRs for review
  • Synchronizing diverged branches

Core Concepts

1. Interactive Rebase

Interactive rebase is the Swiss Army knife of Git history editing.

Common Operations:

  • pick: Keep commit as-is
  • reword: Change commit message
  • edit: Amend commit content
  • squash: Combine with previous commit
  • fixup: Like squash but discard message
  • drop: Remove commit entirely

Basic Usage:

bash
# Rebase last 5 commitsgit rebase -i HEAD~5
# Rebase all commits on current branchgit rebase -i $(git merge-base HEAD main)
# Rebase onto specific commitgit rebase -i abc123

2. Cherry-Picking

Apply specific commits from one branch to another without merging entire branches.

bash
# Cherry-pick single commitgit cherry-pick abc123
# Cherry-pick range of commits (exclusive start)git cherry-pick abc123..def456
# Cherry-pick without committing (stage changes only)git cherry-pick -n abc123
# Cherry-pick and edit commit messagegit cherry-pick -e abc123

3. Git Bisect

Binary search through commit history to find the commit that introduced a bug.

bash
# Start bisectgit bisect start
# Mark current commit as badgit bisect bad
# Mark known good commitgit bisect good v1.0.0
# Git will checkout middle commit - test it# Then mark as good or badgit bisect good  # or: git bisect bad
# Continue until bug found# When donegit bisect reset

Automated Bisect:

bash
# Use script to test automaticallygit bisect start HEAD v1.0.0git bisect run ./test.sh
# test.sh should exit 0 for good, 1-127 (except 125) for bad

4. Worktrees

Work on multiple branches simultaneously without stashing or switching.

bash
# List existing worktreesgit worktree list
# Add new worktree for feature branchgit worktree add ../project-feature feature/new-feature
# Add worktree and create new branchgit worktree add -b bugfix/urgent ../project-hotfix main
# Remove worktreegit worktree remove ../project-feature
# Prune stale worktreesgit worktree prune

5. Reflog

Your safety net - tracks all ref movements, even deleted commits.

bash
# View refloggit reflog
# View reflog for specific branchgit reflog show feature/branch
# Restore deleted commitgit reflog# Find commit hashgit checkout abc123git branch recovered-branch
# Restore deleted branchgit refloggit branch deleted-branch abc123

Detailed patterns and worked examples

Detailed pattern documentation lives in references/details.md. Read that file when the navigation tier above is insufficient.

Best Practices

  1. Always Use --force-with-lease: Safer than --force, prevents overwriting others' work
  2. Rebase Only Local Commits: Don't rebase commits that have been pushed and shared
  3. Descriptive Commit Messages: Future you will thank present you
  4. Atomic Commits: Each commit should be a single logical change
  5. Test Before Force Push: Ensure history rewrite didn't break anything
  6. Keep Reflog Aware: Remember reflog is your safety net for 90 days
  7. Branch Before Risky Operations: Create backup branch before complex rebases
bash
# Safe force pushgit push --force-with-lease origin feature/branch
# Create backup before risky operationgit branch backup-branchgit rebase -i main# If something goes wronggit reset --hard backup-branch

Common Pitfalls

  • Rebasing Public Branches: Causes history conflicts for collaborators
  • Force Pushing Without Lease: Can overwrite teammate's work
  • Losing Work in Rebase: Resolve conflicts carefully, test after rebase
  • Forgetting Worktree Cleanup: Orphaned worktrees consume disk space
  • Not Backing Up Before Experiment: Always create safety branch
  • Bisect on Dirty Working Directory: Commit or stash before bisecting

Recovery Commands

bash
# Abort operations in progressgit rebase --abortgit merge --abortgit cherry-pick --abortgit bisect reset
# Restore file to version from specific commitgit restore --source=abc123 path/to/file
# Undo last commit but keep changesgit reset --soft HEAD^
# Undo last commit and discard changesgit reset --hard HEAD^
# Recover deleted branch (within 90 days)git refloggit branch recovered-branch abc123

來源與署名

來源:wshobson/agents位於plugins/developer-essentials/skills/git-advanced-workflows提交46891e7

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架