Kafa Karıştıran Git Terminolojisi

• Git adlı, yazılım geliştirme sırasında kaynak kod değişikliklerini izlemek için kullanılan sürüm kontrol sistemindeki kafa karıştırıcı terimler üzerine bir yazı
• Yazar Git'i 15 yıldır kullanıyor ve Git terminolojisinin kendine özgü yapısını açıklamaya çalışıyor
• Yazar Mastodon'da insanlara kafa karıştırıcı Git jargonunu sordu ve çok sayıda yanıt aldı
• Ele alınan kafa karıştırıcı terimlerden bazıları şunlar: "HEAD ve heads", "detached HEAD state", "merge veya rebase sırasında ours ve theirs", "Your branch is up to date with 'origin/main'", "HEAD^, HEAD~ HEAD^^, HEAD~~, HEAD^2, HEAD~2", ".. ve ...", "fast-forwarded mümkün", "reference, symbolic reference", "refspecs", "tree-ish", "index, staged, cached", "reset, revert, restore", "untracked files, remote-tracking branch, track remote branch", "checkout", "reflog", "merge vs rebase vs cherry-pick", "rebase --onto", "commit"
• Yazar her terim için açıklamalar sunuyor ve çoğu zaman kullanımını örneklerle anlatıyor
• Yazı, yazarın en kafa karıştırıcı bulduğu 3 Git terimini şu şekilde özetliyor: "head bir branch'tir, HEAD ise mevcut branch'tir", "remote-tracking branch ile bir remote'u takip eden branch farklı şeylerdir" ve "index, staged, cached" ifadelerinin hepsi aynı şeyi ifade eder
• Yazar ayrıca bu yazıyı hazırlarken çok şey öğrendiğini ve Git'in neden birçok kullanıcı için kafa karıştırıcı olabileceğine dair anlayışının daha da geliştiğini belirtiyor

[GN⁺]

Hacker News görüşü

• Makale, sürüm kontrol sistemi Git'te kullanılan kafa karıştırıcı terimleri ele alıyor.
• Bir yorumcu, Git'in büyük bölümünün commit'leri işaret eden pointer'lardan oluştuğunu; buna branch adları, HEAD ve tag'lerin de dahil olduğunu açıklıyor.
• Yorumcu ayrıca, bir sorun ortaya çıktığında git reflog komutunun yararlı olduğunu vurguluyor.
• Başka bir yorumcu, kafa karıştırıcı terminolojiye ve dik öğrenme eğrisine rağmen teknoloji sektörünün Git'i kullanmayı sürdürmesini eleştiriyor.
• Üçüncü bir yorumcu, yakın zamanda Git'in "porcelain" katmanını keşfettiğini ve bunun sürüm kontrolü için daha gelişmiş bir arayüz sunduğunu söylüyor.
• Bir diğer yorumcu, yazarın kapsamlı ve dostça yazım tarzını övüyor; bunun hem yeni geliştiriciler hem de deneyimli geliştiriciler için değerli olduğunu belirtiyor.
• Bazı yorumcular, "Your branch is up to date with origin/master" gibi yanlış anlamaya açık Git mesajlarından şikayet ediyor.
• Bir yorumcu, uzak branch'i getiren Git komutlarında origin mybranch ile origin/mybranch arasındaki tutarsızlığa duyduğu rahatsızlığı dile getiriyor.
• Bir yorumcu, "Your branch is up to date with ‘origin/main’” mesajının en son ne zaman fetch yapıldığını belirtmesinin daha doğru olabileceğini öneriyor.
• Bir başka yorumcu ise "Git Stockholm sendromu" yaşadığını kabul ediyor ve Git'i uzun süre kullanmanın sonucu olarak terminolojinin artık kafa karıştırıcı gelmediğini söylüyor.