Hiç kimse her Git komutunu hatırlamaz ve sizin de hatırlamanıza gerek yoktur. Bu Git komutları yardımcı sayfası, yapmaya çalıştığınız işe göre gruplandırılmış, neredeyse tüm günlük işleri kapsayan küçük sete odaklanır.

Yerel komutları, Windows için Git’i kullanarak tek kullanımlık bir demo deposunda test ettik ve gösterilen çıktı, satır sonu uyarıları kaldırılmış olarak bu çalıştırmadan geliyor. Taahhüt karmalarınız farklı olacaktır. Uzak komutların bir sunucuya ihtiyacı var, bu yüzden bunları çalıştırmadık. Sürüm kontrolünde yeni misiniz? Yeni başlayanlar için Git eğiticimizle başlayın.

Git nasıl düşünüyor: üç alan

Değişimin nerede yaşandığını öğrendiğinizde çoğu kafa karışıklığı ortadan kalkar:

Bir projeyi kurma ve başlatma

Çalışmanızı kaydedin

Yeni bir dosya ilerledikçe kısa durum görünümünün nasıl değiştiği aşağıda açıklanmıştır:

$ echo "hello" > app.txt
$ git status --short
?? app.txt

$ git add app.txt
$ git status --short
A  app.txt

$ git commit -m "Add app file"

?? izlenmediği anlamına gelir ve A aşamalandırmaya eklendiği anlamına gelir. İki sütunlu formatta, sol sütun hazırlama alanıdır, sağ sütun ise çalışma dizininizdir. git commit -am‘ün yepyeni dosyaları atladığını unutmayın, bu nedenle öncelikle bunları açıkça eklemeniz gerekir.

Şubeler

İşte baştan sona küçük bir özellik dalı:

$ git switch -c feature/login
$ echo "login" >> app.txt
$ git commit -am "Add login"
$ git switch main
$ git merge --no-edit feature/login
$ git log --oneline --graph
* d0450b6 Add login
* 676b684 Add app file

$ git branch -d feature/login
Deleted branch feature/login (was d0450b6).

Geçmiş düz bir çizgidir çünkü main hareket etmemişti, dolayısıyla Git hızlı ileri bir birleştirme gerçekleştirdi. Eski kılavuzlarda hala git checkout‘yi göreceksiniz. Çalışıyor, ancak daha yeni switch ve restore komutları birçok işini daha net olanlara bölüyor. Birleştirme ve yeniden temellendirme arasında seçim yapmak için Git birleştirme ve yeniden temellendirme konusunu okuyun.

Uzaktan kumandalarla çalışma

fetch her zaman güvenlidir çünkü dosyalarınızı asla değiştirmez. Yeniden tabanlamadan sonra bir dalın üzerine yazmanız gerekiyorsa, bir meslektaşının yeni taahhütlerini silmeyi reddettiği için düz --force yerine --force-with-lease‘yi tercih edin.

Stash: işi bir kenara bırak

Stash, görevleri değiştirmeniz gerektiğinde ancak taahhüt etmeye hazır olmadığınızda kullanışlıdır:

$ echo "wip" >> app.txt
$ git stash
$ git status --short
                       # clean, the change is put away
$ git stash pop
$ git status --short
 M app.txt

Geçmişi görüntüle

Hataları geri alın: “Şunu yapmak istiyorum…”

Çoğu insanın baktığı kısım burası. Durumunuzu bulun:

Sıfırlama vs geri alma vs geri yükleme

Bu üç isim çok fazla kafa karışıklığına neden olsa da, oldukça farklı şeyler yapıyorlar:

Demomuzda kötü bir çizgi belirledik ve onu geri aldık. Dosya önceki içeriğine geri dönerken hata, günlükte geçmiş olarak görünür durumda kaldı:

$ echo "oops" >> app.txt
$ git commit -am "Bad change"
$ git revert --no-edit HEAD
$ cat app.txt
hello
login

Daha sonra git reset --soft HEAD~1 bu son taahhüdü kaldırdı ancak değişikliklerini aşamalı olarak tuttu, ki bu da git status --short‘nin M app.txt olarak gösterdiği.

Etiketler

GitHub Actions CI/CD kılavuzumuzda açıklandığı gibi, etiketler genellikle sürüm ardışık düzenlerini tetikler.

Basit bir günlük iş akışı

git switch main
git pull
git switch -c feature/search
# edit files
git status
git add -p
git commit -m "Add search by product name"
git push -u origin feature/search
# open a pull request, get a review, then merge

“Giriş yönlendirmesini düzelt” gibi zorunluluktaki değişikliği açıklayan taahhüt mesajları yazın. Bundan altı ay sonra günlüğü okuduğunuzda kendinize teşekkür edeceksiniz.

Yaygın hatalar

• Sırların kaydedilmesi. Bir dosyayı daha sonraki bir işlemede kaldırmak, onu geçmişten kaldırmaz. Sırrı hemen döndürün ve .gitignore‘yi kullanın.
• Paylaşılan geçmişi yeniden yazma. Başkalarının zaten almış olduğu taahhütleri sıfırlamayın veya yeniden temellendirmeyin.
• git add .‘yi körü körüne kullanma. Önce git status‘ü işaretleyin, böylece derleme dosyaları ve günlükler dışarıda kalır.
• Düz kullanma --force. --force-with-lease‘ü tercih edin.
• Büyük taahhütlerde bulunmak. Küçük taahhütlerin incelenmesi, geri alınması ve ikiye bölünmesi daha kolaydır.

Son sözler

Üç alanı ve bir düzine komutu öğrenin ve Git artık korkutucu olmayı bıraksın. Geri alma tablosunu el altında bulundurun ve git status ile git reflog‘nin güvenlik ağınız olduğunu unutmayın. Güven oluşturmak için, tek kullanımlık bir depo oluşturun ve onu kasıtlı olarak kırıp onarın, çünkü burası hata yapılabilecek en ucuz yer.

Sık sorulan sorular

Öğrenmeye devam et