🔀 Git ve GitHub

Git ve GitHub'ı görsel akışlarla, sıfırdan öğren: branch stratejisi, pull request, GitHub Actions, Pages yayını, güvenlik kuralları ve komut pratiği.

Git ve GitHub’ı görsel öğren: snapshot, branch, pull request, GitHub Actions, Pages deploy, gerçek iş güvenliği ve komut alıştırmaları.

Bu sayfada neler öğreneceksin

  • 🎯 Git ve GitHub nedir? — Git, projen için bir tıbbi kayıt sistemi gibi çalışır: her anlamlı değişiklik zaman damgası, imzalayanın adı ve gerekçesiyle kaydedilir — sadece son teşhis değil, hastanın o noktaya nasıl geldiğinin tüm geçmişi tutulur. Ama asıl soru şu: dosyaları zaten sabit
  • ⚙️ Kurulum ve İlk Ayarlar — Git kurmak, bir şantiyeye girmeden önce resmi yüklenici kaydı yaptırmak gibidir: kapı her rozetini, adını ve hangi kapıdan girdiğini kaydeder; çaktığın her çivi sana izlenebilir. Komutlara geçmeden önce üzerinde durmaya değer soru şu: şu an tek başınayken Git'
  • ⌨️ Git Temelleri: status, add, commit, diff, log — Staging area, kargoya vereceğin kutuyu kapatmadan önce masanın üstünden hangi eşyaları içine koyacağını tek tek seçmen gibidir: masada on değişen dosya durabilir ama kutuya (commit) yalnızca staging’e koyduklarım girer, gerisi masada bekler. Peki madem dosyala
  • 🚫 .gitignore: Doğru Dosyaları Git Dışında Tut — .gitignore, bir hukuk ekibinin müşteriye gönderilecek sözleşme paketine bastığı "yayınlanmasın" damgası gibi çalışır: taslaklar ofis dosya dolabında durmaya devam eder, sadece hiçbir zaman binadan çıkmazlar. Burada kavramayı netleştiren kritik soru:
  • 🌿 Branch & Switch: Oluştur, Yeniden Adlandır ve Rafa Kaldır — Branch, ana yoldan ayrılan güvenli bir servis yolu gibidir: ana yolda (main) trafik akmaya devam ederken sen kendi şeridinde kazı yapar, asfaltı söker, denersin — ve işin bittiğinde şeridini ana yola geri bağlarsın. Peki madem değişikliği doğrudan main’de de y
  • 🔀 Merge & Conflict: Değişiklikleri Güvenle Birleştir — Bir Git merge işlemi, aynı olayı anlatan iki tanığın ifadesini uzlaştıran bir mahkeme stenografına benzer: hikayeleri çakışmadığı her yerde Git otomatik birleştirir, ama iki kişi TAM OLARAK aynı satırı değiştirdiği anda tahmin etmeyi bırakır ve sana conflict m
  • 🧬 Rebase & İleri Akış: Cherry-pick ve Geçmişi Yeniden Yaz — Rebase ve cherry-pick, bir commit'in history'de NEREDE durduğunu yeniden yazan iki zaman makinesidir, ama iki farklı soruya cevap verirler: rebase "bütün branch'im daha sonraki bir noktadan başlasaydı ne olurdu?" diye sorar ve tüm commit'lerini yeni
  • 🐙 GitHub Akışı: Repository, Remote, Pull Request, Review — GitHub, takımın kodu için bir hava trafik kontrol kulesi gibidir: her pilot'un (developer) kendi pisti (branch) vardır ama herhangi bir uçak ana piste (main) inmeden önce kule uçuş yolunu onaylar, diğer uçaklarla çakışma kontrolü yapar ve ancak o zaman inişe i