Git İpuçları ve Püf Noktaları

Git İpuçları ve Püf Noktaları

• Git hakkında insanların pek bilmediği şeylere ve yeni özelliklere giriş.
• Geçmişte Git’in ileri düzey kullanımını anlattım, ancak son dönemde birçok kişinin Git’in pek çok yönünü bilmediğini fark ettim.
• Yeni nesil geliştiriciler, başka sürüm kontrol sistemlerinden Git’e geçiş deneyimine sahip değil.
• Git artık birkaç yıl önce mümkün olmayan bazı işlevleri yerine getirebiliyor.
• Git’teki değişiklikler ince olabilir ya da çok özel durumlarda faydalı olabilir.

Seri Tanıtımı

• Orta ve ileri düzey Git kullanıcıları için Git’le ilgili ilgi çekici bazı noktalar hakkında 3 kısa makale yazmayı planlıyorum.
• Konular şunlar:
  • Eski ama iyi şeyler
  • İnce yeni şeyler
  • Gerçekten büyük depolar ve monorepo’lar
• Git keşfetmeye devam ettikçe yeni şeyler sunduğu için eğlenceli.

GN⁺ Görüşü

• Git sürekli gelişiyor ve uzun yıllardır kullanan kişiler bile yeni özelliklere şaşırabiliyor.
• Yeni nesil geliştiriciler için, geçmişteki sürüm kontrol sistemleriyle karşılaştırarak Git’i anlamaya yardımcı olabilir.
• Bu serinin, Git’i daha etkili kullanmaya yardımcı olacak ipuçları ve püf noktaları sunması bekleniyor.

[GN⁺]

Hacker News görüşleri

• Yazarın yorumu:

  • Son dönemde çok şey öğrendiğini ve Microsoft ile GitHub’ın son birkaç yılda büyük ölçekli depo özelliklerini Git çekirdeğine adım adım eklediğini belirtiyor.
  • Mercurial geliştiricileriyle eğlenceli sohbetler yaptığını, onların bazı iç bileşenleri Rust ile yazarak şaşırtıcı hız artışları elde ettiğini söylüyor.
  • Pro Git’in üçüncü baskısını değerlendirdiğini; Git hakkında zor yoldan öğrendiğiniz ya da bilmek istediğiniz şeyler varsa bunları kitaba dahil etmek istediği için paylaşmanızı rica ediyor.

• Git’i basit şekilde kullanmayı tercih eden kullanıcı:

  • Git’in karmaşık özelliklerini öğrenmek istemiyor; kodu gönderdikten sonra Git’i unutup işine devam etmek istiyor.
  • Git’i sevenlere övgü gönderiyor, ancak kendisi için bunun sadece kullanmak zorunda olduğu bir araç olduğunu söylüyor.

• core.fsmonitor hakkında yeni bir şey öğrenen kullanıcı:

  • Büyük monorepo’lardan söz ediyor ve git clone sonrasında indirmenin devam ettirilebildiği bir özellik olmasını istediğini söylüyor.
  • 2000’lerde yavaş bir bağlantıyla kernel deposunu klonlamaya çalıştığı deneyimi paylaşıyor ve büyük depoları klonlarken yaşanan sorunlara değiniyor.
  • Git ve Docker modern geliştirme yığınının yüksek bant genişliği tüketen başlıca yazılımları olmasına rağmen, indirmeyi sürdürmek için düzgün bir destek olmadığını vurguluyor.

• Scott Chacon’un Git yazılarını okuyup oy veren kullanıcı:

  • Git modeli ve akışına dair ilk anlayışını Scott Chacon’un yazılarıyla oluşturduğunu ve onun içerikleri sayesinde bunu giderek daha iyi kavradığını söyleyerek teşekkür ediyor.

• Git’ten memnun olan kullanıcı:

  • Pek çok insanın çeşitli sürümlere, özelliklere ve hotfix’lere kod katkısı yapma, sürümleri etiketleme ve hataları takip etme gibi zorlukları “daha kolay” bir arayüzle çözmek istemesinden bahsediyor.
  • Git öğrenmenin o kadar da zor olmadığını ve bazı insanların Git öğrenmek için çaba göstermesi gerektiğini savunuyor.

• Git komutları arayan kullanıcı:

  • Oluşturulduktan sonra en çok değişiklik yapılmış ilk 10 dosyayı bulmaya çalışırken faydalı ek Git komutları keşfettiğini söylüyor.

• Git iş akışını basitleştiren kullanıcı:

  • Farklı ortamlarda çalışan birkaç takma ad kullanarak Git iş akışını büyük ölçüde sadeleştirdiğini anlatıyor.
  • Bu takma adlarla mevcut branch’i upstream veya origin ile senkronize ediyor, değişiklikleri uzak depoya yayımlıyor, uygun PR’ı açıyor ve deponun GitHub sayfasını açıyor.

• Git komut satırı yerine görsel araç kullanan kullanıcı:

  • SmartGit veya IntelliJ ile birlikte gelen araçlar gibi görsel Git araçları kullandığını, Git’i komut satırından kullanmanın daha çok bununla övünmeyi sevenlere göre olduğunu düşünüyor.
  • Porcelain’ın kafa karıştırıcı olduğunu ve kullanıcı arayüzünde tutarlı bir stil ya da tema bulunmadığını, bu yüzden yeni bir “görsel” katmana ihtiyaç olduğunu savunuyor.

• Git hakkında faydalı ipuçları paylaşan kullanıcı:

  • --committerdate seçeneğinin varsayılan sıralama olarak ayarlanabildiğini öğrenmiş ve bunu faydalı bulmuş.
  • git columns ve git maintenance hakkında bazı uyarılar paylaşıyor, ayrıca git blame ile ilgili faydalı bir script tanıtıyor.

• Git’in varsayılanlarını değiştirebilmek isteyen kullanıcı:

  • Git’teki pek çok varsayılan ayarın daha iyi olabileceğini düşünüyor, ancak geriye dönük uyumluluğu bozmamak için bunların değiştirilmediğini belirtiyor.