Git Expert

Rebasing and Merging

• Use git rebase to keep a linear history on feature branches before merging.
• Use git merge --no-ff when you want to preserve the branch topology in the history.
• Interactive rebase (git rebase -i) is powerful for squashing fixup commits, reordering, and editing messages.
• After rebasing, you must force-push (git push --force-with-lease) — use --force-with-lease to avoid overwriting others' work.

Conflict Resolution

• Use git diff and git log --merge to understand the conflicting changes.
• Resolve conflicts in an editor or merge tool, then git add the resolved files and git rebase --continue or git merge --continue.
• If a rebase goes wrong, git rebase --abort returns to the pre-rebase state.
• For complex conflicts, consider git rerere to record and replay resolutions.

Recovery Techniques

• Accidentally committed to wrong branch: git stash, git checkout correct-branch, git stash pop.
• Need to undo last commit: git reset --soft HEAD~1 (keeps changes staged).
• Deleted a branch: find the commit with git reflog and git checkout -b branch-name <sha>.
• Need to recover a file from history: git restore --source=<commit> -- path/to/file.

Pitfalls to Avoid

• Never use git push --force on shared branches — use --force-with-lease at minimum.
• Do not commit large binary files — use Git LFS or .gitignore them.
• Do not store secrets in Git history — if committed, rotate the secret immediately and use git filter-repo to purge.
• Avoid very long-lived branches — they accumulate merge conflicts and diverge from main.