Git'te değişiklikleri nasıl geri alırsınız?

Question

Accepted Answer

Git, duruma bağlı olarak **değişiklikleri geri almak** için birkaç yol sunar — işlenmemiş değişiklikleri atma, unstage etme, son commit'i düzeltme, bir commit'i geri alma veya reset yapma. Her durum için doğru aracı bilmek önemli, değerli pratik bir beceridir. ## İşlenmemiş değişiklikleri geri al (çalışma dizini) ```bash git restore # discard unstaged changes to a file (revert to last commit) git checkout -- # older equivalent git restore . # discard ALL unstaged changes (careful!) git clean -fd # remove untracked files/directories ``` ## Unstage et (değişiklikleri tut, sadece unstage et) ```bash git restore --staged # unstage a file (changes stay in working dir) git reset # older equivalent ``` ## Son commit'i düzelt veya değiştir ```bash git commit --amend -m "New message" # change the last commit's message git commit --amend # add staged changes to the last commit # ⚠️ amend REWRITES the commit — don't amend commits already pushed/shared ``` ## İşlenmiş bir değişikliği geri al ```text TWO main approaches: REVERT → creates a NEW commit that undoes a previous commit (SAFE for shared history) git revert → history preserved; the undo is itself a commit RESET → moves the branch pointer BACK (rewrites history — for LOCAL commits only) git reset --soft HEAD~1 → undo commit, KEEP changes staged git reset --mixed HEAD~1 → undo commit, keep changes unstaged (default) git reset --hard HEAD~1 → undo commit AND DISCARD changes (⚠️ destructive!) ``` ## revert vs reset (ana seçim) ```text REVERT → safe for PUBLIC/shared commits (adds a new undoing commit; doesn't rewrite history) RESET → rewrites history (only for LOCAL, unpushed commits; never on shared branches) → Rule: use REVERT to undo commits others may have; RESET only for local cleanup. ``` ## Neden önemli Git'te değişiklikleri nasıl geri alacağını bilmek önemli, sık ihtiyaç duyulan pratik bir beceridir, çünkü hatalar ve iş geri almak gerekçesi geliştirmede kaçınılmazdır ve Git güçlü (ancak duruma özgü) kurtarma yolları sağlar. **Her durum için doğru aracı anlamak** temel beceridir: **işlenmemiş değişiklikleri** atma (`git restore` ile çalışma-dizini düzenlemelerini geri almak, tracklenmeyen dosyalar için `git clean`), **unstage etme** (`git restore --staged` ile değişiklikleri tutup unstage etme), son commit'i **düzeltme** (mesajını değiştirme veya buna ekleme — history rewrite ettiğinden push edilmiş commit'leri düzeltmememin önemli uyarısı ile), ve işlenmiş **değişiklikleri** geri alma. Commit'leri geri almak için, **revert ve reset arasındaki kritik ayrımı** anlamak özellikle önemlidir: **`revert`** önceki bir commit'i geri alan yeni bir commit oluşturur ve **paylaşılan/public history için güvenlidir** (history rewrite etmez, bu yüzden diğerlerini etkilemez), oysa **`reset`** branch pointer'ını geriye taşır ve **history rewrite eder**, bu da onu **sadece local, push edilmemiş commit'ler** için uygun kılar (`reset --hard` ise yıkıcıdır, değişiklikleri atar). Kural — diğerlerinin sahip olabileceği commit'ler için `revert` kullan, `reset` sadece local temizlik için — önemlidir çünkü paylaşılan history rewrite etmek (push edilmiş commit'lerde reset ile) işbirlikçiler için ciddi sorunlar yaratır. Bu seçenekleri bilmek hem işi kaybetmekten (yıkıcı komutları cehaleten kullanmak) hem de işbirliğini aksatmaktan (paylaşılan history rewrite etmek) korur. Değişiklikleri geri almak yaygın, kaçınılmaz bir ihtiyaç olduğundan ve Git önemli güvenlik çıkarımları olan (özellikle paylaşılan history için revert vs reset) birden çok duruma özgü yaklaşım sunduğundan, Git'te değişiklikleri geri almayı bilmek — her senaryo için doğru araç ve kritik revert-vs-reset ayrımı — Git ile güvenli ve emin bir şekilde çalışmak için değerli, sık uygulanan pratik bilgidir, bu beceri hata kaygısını rutin kurtarmaya dönüştürürken paylaşılan history rewrite etmenin ciddi tuzağından kaçınır.