İnteraktif rebase (git rebase -i) commit'leri yeniden yazmanıza, yeniden sıralamanıza, birleştirmenize, düzenlemenize veya silmenize izin verir — paylaşmadan önce commit geçmişinizi temizler. Bu, dağınık bir çalışma işi commitlerinden temiz ve mantıksal bir geçmiş oluşturmak için güçlü bir araçtır.
git rebase -i HEAD~4
git rebase -i <commit>
pick abc123 Add login form # keep the commit as-is
squash def456 Fix typo # COMBINE into the previous commit (merge messages)
fixup ghi789 Fix another typo # combine into previous, DISCARD this message
reword jkl012 Add validation # keep the commit but EDIT its message
edit mno345 Refactor auth # PAUSE to amend the commit (change content)
drop pqr678 Debug logging # DELETE this commit entirely
# reorder lines to REORDER commits
Listeyi düzenlersiniz — her commit için bir işlem seçersiniz (ve satırları yeniden sıralamak commit'leri yeniden sıralar) — ardından Git onları buna göre tekrar oynatır.
✓ SQUASH multiple WIP commits into one clean commit ("wip", "fix", "oops" → one good commit)
✓ REWORD bad commit messages
✓ REORDER commits into a logical sequence
✓ DROP unwanted commits (debug code, mistakes)
✓ SPLIT a commit (via edit) into smaller commits
→ Result: a clean, logical history instead of messy development commits.
⚠️ Interactive rebase REWRITES history (new commit hashes):
→ only do it on LOCAL, UNPUSHED commits — never on shared/public history
→ typical use: clean up your feature branch BEFORE pushing/opening a PR
İnteraktif rebase'i anlamak temiz commit geçmişi oluşturmak için değerlidir, bu nedenle profesyonel Git çalışması için faydalı pratik bilgidir.
Geliştirme sırasında, commit'ler genellikle dağınıktır — "wip", "fix typo", "oops" gibi mesajlarla çalışma işi commit'leri, hata ayıklama commit'leri ve mantıksız bir sıra — ve İnteraktif rebase paylaşmadan önce bunu temizlemenize izin verir: birden fazla dağınık commit'i temiz mantıksal olanlarla sıkıştırabilir, kötü mesajları yeniden yazabilir, commit'leri mantıklı bir dizi halinde yeniden sıralayabilir, istenmeyen commit'leri (hata ayıklama kodu gibi) silebilir ve commit'leri bölebilirsiniz — dağınık geliştirme geçmişini temiz, mantıksal, gözden geçirilebilir bir dizi haline dönüştürerek.
Bu önemlidir çünkü temiz commit geçmişi (iyi-commit uygulamalarında kapsananlar), kod incelemesini kolaylaştırır, geçmişi daha anlaşılır hale getirir ve hata ayıklamayı (bisect aracılığıyla) daha etkili hale getirir — bu nedenle başkaları çalışmanızı görmeden önce düzenlemek için sahip olma yeteneği, profesyonel Git uygulamasının bir işaretidir.
İşlemleri (pick, squash, fixup, reword, edit, drop ve yeniden sıralama) ve yaygın kullanımları (özellikle WIP commit'lerini sıkıştırma, çok sık karşılaşılan bir gereksinim) anlamak pratik beceridir.
Kritik olarak, rebase'in altın kuralı hala geçerlidir — İnteraktif rebase geçmişi yeniden yazar (yeni hash'ler), bu nedenle yalnızca yerel, itilmemiş commit'ler üzerinde yapılmalıdır (asla paylaşılan geçmişte değil), tipik kullanım, bir özellik branch'ini itilmeden veya bir pull request açmadan önce temizlemektir.
Temiz ve mantıksal commit geçmişi işbirliği ve bakım kolaylığı için değerli olduğu ve geliştirme doğal olarak paylaşılmadan önce İnteraktif rebase ile temizlenebilecek dağınık commit'ler ürettiği için (güvenli bir şekilde, yerel commit'lerde), İnteraktif rebase'i anlamak — işlemleri, squashing gibi yaygın kullanımları ve güvenlik kuralını — profesyonel geliştirme için değerli, pratik olarak ilgili Git bilgisidir; temiz, gözden geçirilebilir geçmiş sunmak için güçlü bir araçtır; bunu yapan düşünceli Git kullanıcılarını ayırt eder; çalışma ekibi ile paylaşılmadan önce işi iyileştirmek için rutin olarak kullanılır.