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.
- 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.
Simula ng leksyon
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
Buong leksyon ay para sa subscription
30 pang slide sa buong bersyon.
Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.
Mag-sign in o magparehistro Mag-subscribeNilalaman ng leksyon
- Neden Uzak Depolara İhtiyaç Duyarız?
- Lokal ve Uzak Depolar Nasıl Bağlanır?
- Bir Lokal, Birden Çok Uzak Depo
- GitHub'da Yeni Bir Depo Oluşturmak
- README ve Lisans — İlk Commit'iniz
- Lokal Depoyu GitHub'a Bağlamak
- Depo Klonlama Nedir?
- İki Klonlama Yöntemi: HTTPS ve SSH
- Uygulama: Depoyu Klonlama
- Klonlama Sonrası Ayarları Kontrol Etme
- GitHub İçin Şifreler Neden Kullanışsız?
- SSH Anahtarları Nasıl Çalışır?
- SSH Anahtarı Oluşturma
- Anahtarı GitHub'a Ekleme
- Kodu Buluta Gönderme: git push
- Upstream Dalını Ayarlama
- Push Sırasında Çatışmaları Çözme
- Git Pull: Bulutla Senkronizasyon
- Git Pull'ın Perde Arkası Nasıl Çalışır?
- Git Pull'da Sık Karşılaşılan Sorunlar
- Git Pull Neden Tehlikeli Olabilir?
- Git Fetch: Değişiklikleri Güvenli İndirme
- Pratik: Fetch ile Değişiklikleri Görme
- Ne Zaman fetch Yerine pull Kullanılır?
- Başkasının Dalına Push Yapmak: Süreci Neden Bozar?
- Doğru Yöntem: Değişiklikler İçin Kendi Dalınızı Oluşturun
- Sessiz Felaket: pull Değişikliklerinizi Sildiğinde
- Kurtarıcı Komut: git stash İş Başında
- GitHub: Kodunuz İçin Bulut Dolabı
- SSH Anahtarı Ayarlama: Dijital Geçiş Kartınız
- Fork'tan Pull Request'e: Ekip İçinde Çalışmak
- Pull request: özü ve basit push'tan farkı
- Özet ve ödev
Mga artikulo tungkol sa araling ito
- Git at GitHub: ano ang pagkakaiba at paano sila magkaugnay
- git fetch at git pull: ano ang pagkakaiba at alin ang piliin
- Mga command ng Git: cheat sheet na may mga halimbawa para sa araw-araw
- Git repository: paano gumawa gamit ang git init at ikabit ang remote
- git clone: paano i-clone ang repository mula sa GitHub at iba pa
Lahat ng leksyon ng kurso
- Giriş: Sıfırdan Güvenilir Geliştiriciye Git
- Git Neden Gereklidir — ve Neden İşe Alırken Onsuz Yapamıyorlar
- Kurulum ve Yapılandırma: Git'i İlk Çalıştırmaya Hazırlama
- İlk Depo: init, add, commit ve İndeksin Sihri
- Geçmişi Okumak: log, diff, show ve Geçmişte Gezinti
- Dallar: Kodunuzun Paralel Gerçekliği
- Hataları Geri Alıyoruz: restore, reset, revert — Doğru ve Tehlikeli Kullanımları
- GitHub ve Uzaktaki Depolar: Kodunuz Bulutta
- Takım Çalışması: Fork'lar, Özellik Dalları ve Pull Request'ler
- Birleştirme Çakışmaları: Panik Yapmayın — Anlayın ve Çözün
- Gerçek Ekiplerde Git Süreçleri: Hangi İş Akışı Seçilmeli
- Gelişmiş Araçlar: rebase, stash, cherry-pick ve etiketler
- Final Proje: Gerçek Ekip Çalışmasını Simüle Ediyoruz