Sıfırdan Güvenilir Geliştiriciye Git

Git'i ekibinizde güvenle çalışacak, proje geçmişini düzgün bir şekilde yönetecek ve gerçek bir depoda ilk commit'ten pull request'e kadar teknik mülakatları başarıyla geçecek şekilde öğrenin.

13 leksyon 5h 41min Sa subscription

Para kanino ang kursong ito

Herhangi bir dilde kod yazan ancak hiçbir zaman sürüm kontrol sistemiyle ciddi şekilde çalışmamış veya Git'i yüzeysel olarak bilen ve iş piyasasına çıkmadan önce bilgilerini düzene koymak isteyen başlangıç seviyesindeki programcılar.

Mga Kinakailangan

Komut satırıyla temel beceriler: klasörler arasında gezinme, dosya oluşturma ve silme. Herhangi bir dilde basit kod yazma yeteneği – dil önemli değil, önemli olan zaten bir şeyler programlıyor olmanızdır.

Kurikulum ng Kurso

13 leksyon

Intro Giriş: Sıfırdan Güvenilir Geliştiriciye Git

1 Sıfırdan Uzman Geliştiriciye Git 26.496s

2 Git Yoksa Kaos, Git Varsa Kontrol. 26.808s

3 Bu kurs tam size göre, eğer... 26.352s

4 Kurs sonunda şunları yapabileceksiniz... 26.976s

5 Bölüm 1–3: 'Buna neden ihtiyacım var?' sorusundan ilk anlamlı commit'e 26.208s

6 Bölüm 4–6: Commit geçmişi, dallar ve hataları güvenle geri alma 30.528s

7 Bölüm 7–9: GitHub, takım çalışması ve paniksiz çakışmalar 29.544s

8 Bölüm 10–12: İş Akışı, İleri Düzey Araçlar ve Final Projesi 28.224s

9 Nasıl Kalıcı Öğrenilir? 31.032s

5 min

Libre Manood

Git Neden Gereklidir — ve Neden İşe Alırken Onsuz Yapamıyorlar

Komutlarla değil, acıyla başlayacağız: versiyon kontrolü olmadan geliştirmenin nasıl göründüğüne bakacağız — 'proje_son_2', 'proje_son_KESİN_SON' klasörleri ve fazlalığı silme korkusu. Git'in tam olarak hangi sorunu çözdüğünü, neden endüstri standardı haline geldiğini ve bir işverenin GitHub profilinize baktığında neyi kontrol ettiğini anlayacaksınız.

versiyon kontrol sistemi değişiklik geçmişi dağıtık mimari

22 min

Pagkatapos mag-sign up

Kurulum ve Yapılandırma: Git'i İlk Çalıştırmaya Hazırlama

Windows, macOS ve Linux’a Git kuracağız; isim ve e-posta yapılandırmasının neden bir formalite olmadığını, aksine commit geçmişinin bir parçası olduğunu anlayacağız. Kullanışlı bir terminal ve birkaç yararlı takma ad (alias) ayarlayarak ilk günden itibaren rahatça çalışmanızı, uzun komutlarla uğraşmamanızı sağlayacağız.

Git kurulumu git config genel yapılandırma

18 min

Sa subscription Mag-subscribe

İlk Depo: init, add, commit ve İndeksin Sihri

İlk depomuzu oluştururken, birçok kişinin yıllarca anlamadığı bir kavramla karşılaşıyoruz: staging area (indeks). Çalışma klasörü ile geçmiş arasındaki bu 'ara katmanın' neden gerekli olduğunu ve add → commit şeklindeki iki aşamalı sistemin commit'leri nasıl anlamlı hale getirdiğini, rastgele olmaktan nasıl kurtardığını örneklerle göreceğiz.

depo staging area commit

1 İlk Depoyu Oluşturuyoruz 36.528s

2 .git'in Altınına Bakıyoruz 38.04s

3 Uygulama: Depo Oluşturma 35.52s

4 Dosyaların Üç Durumu: Bu Neden Gerekli? 39.072s

5 Çalışma Dizini: Ürettiğiniz Yer 30.864s

6 İndeks: Değişiklikleri Anlamlı Parçalar Halinde Toplama 31.8s

7 Commit: Geçmişi Sonsuza Dek Kaydetme 35.592s

8 Git İndeksi: Commit İçin Ara Bölge 36.312s

9 Belirli Bir Dosyayı İndekse Ekleme 38.04s

10 Tüm Değiştirilmiş Dosyaları Ekleme 37.032s

11 Git'te Commit Nedir? 33.576s

12 İlk Commitimizi Oluşturuyoruz 29.04s

13 İyi Commit Mesajları Nasıl Yazılır? 37.824s

14 Karışık Değişiklikler Sorunu 35.136s

15 Git add -p Eylemde 36.048s

16 Yamalar Nasıl Okunur 36.672s

17 Neden add Olmadan Commit Çalışmaz 27.648s

18 Bir Görev, Bir Commit 29.856s

19 Bir Yıl Sonra Bile Anlaşılır Commit Mesajları 32.112s

20 İlk Depomuzu Oluşturuyoruz 31.128s

21 İndeks: Kod ile Commit Arasında 28.056s

22 Anlamlı Bir Commit Oluşturuyoruz 29.496s

23 İlk Commit'inizi Yaptınız: Sırada Ne Var? 32.64s

28 min

Sa subscription Mag-subscribe

Geçmişi Okumak: log, diff, show ve Geçmişte Gezinti

Proje geçmişi sadece bir log değil, aynı zamanda kararların belgelendiği bir süreçtir. Geçmişi bilgilendirici bir şekilde okumayı öğrenelim: commit'leri filtreleme, sürümler arasındaki değişiklikleri inceleme ve SHA-1 hash'lerini korkusuzca anlama. Ayrıca 'iyi bir geçmiş' ile 'kötü bir geçmiş' arasındaki farkı ayırt etmeyi ele alacağız; bu, ekipteki algınızı doğrudan etkiler.

commit hash'i git log git diff

25 min

Sa subscription Mag-subscribe

Dallar: Kodunuzun Paralel Gerçekliği

Dallar Git'in kalbidir ve çoğu yeni başlayanın korkmaya başladığı yerdir. Dalları gizeminden arındırıyoruz: Bir dalın, dosyaların bir kopyası değil, yalnızca bir işaretçi olduğunu gösteriyoruz. Dalların nasıl oluşturulacağını, aralarında nasıl geçiş yapılacağını ve değişikliklerin nasıl birleştirileceğini inceliyor; ayrıca canlı örneklerle fast-forward ile üç yönlü birleştirme arasındaki farkı görüyoruz.

dal HEAD merge

1 Dallarda Dosya Kopyalama Efsanesi 29.04s

2 Bir Dalın İç Yapısı 27.744s

3 Kitabın Kopyası Yerine Ayraç 27.288s

4 Uygulamada Dal Oluşturma 33.888s

5 Git'te Dallar Nasıl Çalışır 23.304s

6 Yeni Bir Dal Oluşturmak 26.808s

7 Hızlı Oluşturma ve Geçiş 22.44s

8 Dal Geçişi Sırasında Neler Olur? 34.176s

9 Dal Birleştirme Ne Zaman Çakışmasız Gerçekleşir? 29.808s

10 Fast-Forward Birleştirme Nasıl Çalışır? 31.872s

11 Pratik Örnek: Feature Dalını main'e Birleştirme 35.016s

12 Dal Birleştirme Ne Zaman Otomatik Olarak Mümkün Olmaz? 29.544s

13 Birleştirme Çakışması Nasıl Görünür? 28.2s

14 Çakışma Çözümü Adımları 33.888s

15 Basit Birleştirme Neden Her Zaman Çalışmaz? 28.944s

16 Üç Yönlü Birleştirme Nasıl Çalışır 27.936s

17 Uygulamada Bir Birleştirme Commit'i Oluşturma 30.864s

18 Uzun Bekleme Birleştirmeyi Nasıl Zorlaştırır? 31.488s

19 Birleştirme Çakışmalarını Görmezden Gelmenin Tehlikesi 31.368s

20 Çakışmaları Çözmenin Doğru Yolu 34.416s

21 Yeni Bir Görev İçin Feature Dalı Oluşturma 32.592s

22 Birden Fazla Dalda Paralel Çalışma 32.016s

23 Değişiklikleri Ana Dal ile Birleştirme 30.816s

24 Özet: Dallar ve Birleştirmeler 44.4s

32 min

Sa subscription Mag-subscribe

Hataları Geri Alıyoruz: restore, reset, revert — Doğru ve Tehlikeli Kullanımları

Mülakatlarda ve gerçek iş hayatında en çok talep edilen konulardan biri, yapılmış olan işlemleri nasıl geri alacağımızdır. Farklı 'derinliklerde' geri alma sağlayan üç aracı inceleyecek ve en önemli noktaya odaklanacağız: reset --hard'ın ekip çalışmasını nasıl mahvettiğini ve revert'ın güvenli bir alternatif olduğunu somut senaryolarla göstereceğiz. İyi ve kötü kararlar — gerçek sonuçlarıyla birlikte.

git restore git reset git revert

30 min

Sa subscription Mag-subscribe

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

27 min

Sa subscription Mag-subscribe

Takım Çalışması: Fork'lar, Özellik Dalları ve Pull Request'ler

Bu bölüm, açık kaynak ve kurumsal ekiplerin %90'ının nasıl çalıştığını açıklar. Tam döngüyü adım adım işleyeceğiz: fork → özellik dalı → commit'ler → pull request → kod incelemesi → birleştirme. Ayrıca, incelemecinin bağlamı hemen anlaması için PR açıklamasının nasıl yazılacağını ve bir PR'da acemiyi ele veren hataları ayrıca ele alacağız.

fork pull request kod incelemesi

33 min

Sa subscription Mag-subscribe

Birleştirme Çakışmaları: Panik Yapmayın — Anlayın ve Çözün

Çakışmalar yeni başlayanları korkutur, ancak bu bölümden sonra onları sakinlikle karşılayacaksınız. Çakışmaların neden oluştuğunu (Git zihin okuyamaz — hangi değişikliğin daha önemli olduğunu bilemez), çakışma işaretleyicilerinin nasıl okunacağını ve doğru çözümün nasıl seçileceğini inceleyeceğiz. İki yaklaşım göstereceğiz: manuel çözüm ve birleştirme araçlarını kullanma.

birleştirme çakışması çakışma işaretleyicileri çakışma çözümü

28 min

Sa subscription Mag-subscribe

Gerçek Ekiplerde Git Süreçleri: Hangi İş Akışı Seçilmeli

Mülakatlarda sıkça sorulur: "Hangi Git iş akışını kullandınız?" Bu bölümden sonra dürüst ve detaylı bir cevabınız olacak. Feature Branch Workflow, Git Flow ve Trunk-Based Development olmak üzere üç popüler yaklaşımı inceleyecek ve her birinin nerede iyi çalıştığını, nerede yavaşlatıcı olduğunu ele alacağız.

Özellik Dalı İş Akışı (Feature Branch Workflow) Git Flow Ana Hat Tabanlı Geliştirme (Trunk-Based Development)

23 min

Sa subscription Mag-subscribe

Gelişmiş Araçlar: rebase, stash, cherry-pick ve etiketler

Git'i sadece temel düzeyde bilenlerle onu özgüvenle kullananları ayıran araçlara geçiyoruz. Rebase'i merge'e alternatif olarak inceliyoruz — ne zaman geçmişi daha temiz hale getirdiğini, ne zaman ise kabusa çevirdiğini göstereceğiz. Stash ile yarım kalan işleri hızlıca 'bir kenara koymayı', cherry-pick ile belirli commit'leri taşımayı ve etiketlerle sürümleri işaretlemeyi ekliyoruz.

git rebase git stash git cherry-pick

35 min

Sa subscription Mag-subscribe

Final Proje: Gerçek Ekip Çalışmasını Simüle Ediyoruz

Öğrendiklerinizi bütünlüklü bir senaryoda uyguluyoruz: Siz, yeni bir özellik eklemesi, bir hatayı düzeltmesi ve bir sürüm yayınlaması gereken küçük bir ekibin geliştiricisisiniz. Tüm döngüyü adım adım tamamlıyoruz: depo oluşturma, dallar üzerinde çalışma, çekme talepleri, kasıtlı olarak oluşturulan çakışmalar ve bunların çözümü, geçmişi temizlemek için rebase ve final sürüm etiketi. Sonunda elinizde, işverene gösterebileceğiniz gerçek bir depo olacak.

tam Git iş akışı ekip geliştirme sürüm döngüsü

35 min

Sa subscription Mag-subscribe