ตัวอย่างบทเรียน

GitHub ve Uzaktaki Depolar: Kodunuz Bulutta

Yerel çalışmadan ekip çalışmasına geçiyoruz: remote'un ne olduğunu, yerel bir depoyu GitHub'a nasıl bağlayacağınızı ve push, pull ile fetch arasındaki farkı anlıyoruz — en çok karıştırılan üç komut. Ayrıca SSH anahtarları ile kimlik doğrulamayı ayrıntılı olarak ele alıyoruz çünkü işverenler bunu kendi başınıza yapılandırmanızı bekler.

remote origin push / pull / fetch
คุณจะเรียนรู้อะไรในบทเรียนนี้
  • GitHub'da bir depo oluşturabilecek, bunu yerel projenize bağlayabilecek ve push komutuyla değişiklikleri yayınlayabileceksiniz.
  • Fetch ile pull arasındaki farkı anlayacak ve ekip çalışmalarında bilinçli bir şekilde hangisini kullanacağınızı seçeceksiniz.
  • Profesyonellerin yaptığı gibi, şifresiz olarak GitHub'da SSH kimlik doğrulamasını yapılandıracaksınız.

จุดเริ่มต้นของบทเรียน

Neden Uzak Depolara İhtiyaç Duyarız?

  • Lokal depo sadece sizin bilgisayarınızdadır
  • Uzak depo ekip için bulut depolama alanıdır
  • Herkes aynı yerde değişiklikleri görür ve yapar
  • İnternet üzerinden gerçek zamanlı senkronizasyon

Bir projede tek başınıza çalıştığınızı düşünün; Git'in lokal deposu yeterli olur. Ancak sürece bir ekip dahil olduğunda ortak bir alana ihtiyaç doğar. Uzak depo, kodun her ekip üyesinin erişebileceği merkezi bir noktası haline gelir. Bu, tüm düzenlemelerin gerçek zamanlı olarak senkronize edildiği Google Dokümanlar gibidir. Ekip arkadaşlarınızın değişikliklerini görür, pull request'ler aracılığıyla kodu tartışabilir ve farklı özellikler üzerinde paralel olarak çalışabilirsiniz. Uzak depo olmadan ekip geliştirme, gönderilen arşiv dosyaları ve sonsuz dosya sürümleriyle kaosa dönüşürdü.

Lokal ve Uzak Depolar Nasıl Bağlanır?

  • Origin — varsayılan uzak depo adı
  • Push — değişiklikleri sunucuya gönderme
  • Pull — değişiklikleri sunucudan alma
  • Her depo bağımsızdır ve tüm geçmişi içerir

Bilgisayarınızdaki lokal depo, iki temel komut aracılığıyla uzak depo ile veri alışverişi yapar: push ve pull. Varsayılan olarak ana uzak depoya origin adı verilir. Ancak bunun basit bir dosya kopyası olmadığını anlamak önemlidir. Her depo bağımsızdır ve değişikliklerin tam geçmişini içerir. Lokal olarak commit yaptığınızda, push komutuyla gönderene kadar bunlar yalnızca sizde kalır. Ekip arkadaşlarınız kodu güncellediğinde ise, çalışmanızı senkronize etmek için pull ile alırsınız.

Bir Lokal, Birden Çok Uzak Depo

  • Birden çok uzak depo bağlanabilir
  • Origin — GitHub'daki kişisel fork'unuz
  • Upstream — projenin orijinal deposu
  • Aralarında değişiklikleri senkronize etmek kolaydır

Projeniz aynı anda birden çok uzak depoya bağlanabilir. Diyelim ki origin, GitHub'daki kişisel fork'unuz ve upstream, ana projenin deposu olsun. Bu yapılandırma, kendi kopyanızda değişiklik yaparken orijinal kaynaktan güncellemeleri kolayca almanızı sağlar. Bu, özellikle fork'unuzu güncel tutmanız gereken açık kaynak projelerde kullanışlıdır. Upstream'den origin'inize hangi değişiklikleri ne zaman alacağınıza siz karar verirsiniz. Artık uzak depolarla çalışma mantığını anladığımıza göre, kendi depomuzu GitHub'da oluşturma zamanı — ve bunu hemen şimdi yapacağız.

# Yeni bir uzak depo ekle
git remote add upstream https://github.com/orijinal/proje.git

# Tüm uzak depoları listele
git remote -v

# Upstream'den değişiklikleri lokal dala al
git fetch upstream

git checkout main
git merge upstream/main

# Değişiklikleri kendi origin'ine gönder
git push origin main

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 30 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

  1. Neden Uzak Depolara İhtiyaç Duyarız?
  2. Lokal ve Uzak Depolar Nasıl Bağlanır?
  3. Bir Lokal, Birden Çok Uzak Depo
  4. GitHub'da Yeni Bir Depo Oluşturmak
  5. README ve Lisans — İlk Commit'iniz
  6. Lokal Depoyu GitHub'a Bağlamak
  7. Depo Klonlama Nedir?
  8. İki Klonlama Yöntemi: HTTPS ve SSH
  9. Uygulama: Depoyu Klonlama
  10. Klonlama Sonrası Ayarları Kontrol Etme
  11. GitHub İçin Şifreler Neden Kullanışsız?
  12. SSH Anahtarları Nasıl Çalışır?
  13. SSH Anahtarı Oluşturma
  14. Anahtarı GitHub'a Ekleme
  15. Kodu Buluta Gönderme: git push
  16. Upstream Dalını Ayarlama
  17. Push Sırasında Çatışmaları Çözme
  18. Git Pull: Bulutla Senkronizasyon
  19. Git Pull'ın Perde Arkası Nasıl Çalışır?
  20. Git Pull'da Sık Karşılaşılan Sorunlar
  21. Git Pull Neden Tehlikeli Olabilir?
  22. Git Fetch: Değişiklikleri Güvenli İndirme
  23. Pratik: Fetch ile Değişiklikleri Görme
  24. Ne Zaman fetch Yerine pull Kullanılır?
  25. Başkasının Dalına Push Yapmak: Süreci Neden Bozar?
  26. Doğru Yöntem: Değişiklikler İçin Kendi Dalınızı Oluşturun
  27. Sessiz Felaket: pull Değişikliklerinizi Sildiğinde
  28. Kurtarıcı Komut: git stash İş Başında
  29. GitHub: Kodunuz İçin Bulut Dolabı
  30. SSH Anahtarı Ayarlama: Dijital Geçiş Kartınız
  31. Fork'tan Pull Request'e: Ekip İçinde Çalışmak
  32. Pull request: özü ve basit push'tan farkı
  33. Özet ve ödev

บทความเกี่ยวกับบทเรียนนี้

บทเรียนทั้งหมดในคอร์สนี้

  1. Giriş: Sıfırdan Güvenilir Geliştiriciye Git
  2. Git Neden Gereklidir — ve Neden İşe Alırken Onsuz Yapamıyorlar
  3. Kurulum ve Yapılandırma: Git'i İlk Çalıştırmaya Hazırlama
  4. İlk Depo: init, add, commit ve İndeksin Sihri
  5. Geçmişi Okumak: log, diff, show ve Geçmişte Gezinti
  6. Dallar: Kodunuzun Paralel Gerçekliği
  7. Hataları Geri Alıyoruz: restore, reset, revert — Doğru ve Tehlikeli Kullanımları
  8. GitHub ve Uzaktaki Depolar: Kodunuz Bulutta
  9. Takım Çalışması: Fork'lar, Özellik Dalları ve Pull Request'ler
  10. Birleştirme Çakışmaları: Panik Yapmayın — Anlayın ve Çözün
  11. Gerçek Ekiplerde Git Süreçleri: Hangi İş Akışı Seçilmeli
  12. Gelişmiş Araçlar: rebase, stash, cherry-pick ve etiketler
  13. Final Proje: Gerçek Ekip Çalışmasını Simüle Ediyoruz