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.
- Bir mülakatta veya işverene versiyon kontrolünün neden gerekli olduğunu kendi kelimelerinizle, ezberlenmiş tanımlar olmadan açıklayabileceksiniz.
- Git'in dağıtık modelinin merkezi sistemlerden temel olarak nasıl farklı olduğunu ve bunun pratikte neden önemli olduğunu anlayacaksınız.
- İşe alım sürecinde hangi belirli Git becerilerinin test edildiğini fark edeceksiniz.
จุดเริ่มต้นของบทเรียน
SON_KESİN_SON — Sizin Suçunuz Değil
- Tanıdık klasörler: proje_v2, son_düzeltmeler
- Versiyon kontrol sistemi olmayan herkes böyle yapar
- Bu kaos değil — ilkel versiyonlama
- Git'i anlamaya ilk adımınız
Bilgisayarınızda 'proje_v2' veya 'son_düzeltmeler_gerek' gibi isimlerle klasörler gördüğünüzde, kendinizi düzensizlikle suçlamayın. Özel bir araç olmadan dosyaların farklı sürümlerini kaydetme ihtiyacıyla karşılaşan herkes aynısını yapar. Öğrencilerden deneyimli geliştiricilere kadar herkes, versiyon kontrol sistemlerini keşfetmeden önce bu aşamadan geçer. Aslında, versiyonlamayı zaten icat ettiniz — sadece en ilkel biçimde. Bu kaos değil, Git'in neden gerekli olduğunu anlamaya yönelik doğal bir adımdır.
Silme Korkusu: Tarihçe Sadece Kafanızda Yaşadığında
- Değişim geçmişi sadece kafanızda
- Önemli bir şeyi silme korkusu
- 40 dosya versiyonu — hangisi doğru?
- Bellek ölçeklenmez ve yedekleme yapmaz
Bir roman yazdığınızı ve her gün yeni bir kopya kaydettiğinizi hayal edin: 'roman_taslak', 'roman_SON', 'roman_SON_editör_düzeltmeleri'. Bir ay sonra kırk dosyanız var ve üçüncü bölümün o harika versiyonunun hangi dosyada olduğunu artık hatırlamıyorsunuz. Bu yaklaşımın ana sorunu, değişim geçmişinin yalnızca sizin kafanızda var olmasıdır — insan hafızası mükemmel değildir ve yedekleme yapmaz. Bu yüzden, açıkça güncelliğini yitirmiş olsalar bile eski sürümleri silmekten korkarsınız.
Tek Geliştirici Kaos Yaratır — Ekip Yok Eder
- Takımda kaos kaçınılmazdır
- Güncel versiyonların olduğu arşivler e-postayla gelir
- Biri başkasının düzeltmelerini siler
- İşbirliği için bir araca ihtiyaç var
Tek başınıza çalışırken, farklı versiyon klasörleri sistemi bir şekilde işlev görür. Ancak projeye ikinci bir kişi girdiğinde gerçek kaos başlar. Birisi yanlışlıkla başkasının düzeltmelerini siler, 'güncel' versiyon e-postayla arşiv olarak gelir ve bir hafta sonra hangisinin gerçekten son versiyon olduğunu kimse anlamaz. Buradaki sorun insanlarda veya dikkatsizliklerinde değil — tüm değişiklik geçmişini hatırlayan ve farklı kişilerin düzeltmelerini düzgün bir şekilde birleştirebilen bir aracın olmamasıdır. İşte Git tam olarak bu sorunu çözer. Peki gerçek bir projede versiyon kontrolü olmadan çalışmak nasıl görünür? Şimdi belirli kayıp senaryolarını inceleyelim.
บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก
ฉบับเต็มมีสไลด์เพิ่มอีก 28 สไลด์
วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก
เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิกเนื้อหาบทเรียน
- SON_KESİN_SON — Sizin Suçunuz Değil
- Silme Korkusu: Tarihçe Sadece Kafanızda Yaşadığında
- Tek Geliştirici Kaos Yaratır — Ekip Yok Eder
- Dosyayı Sildiniz — Kod Sonsuza Kadar Kayboldu
- Geri Dönülemiyorsa — Dokunmamak Daha İyidir
- Takımda: Tek Dosya, Tek Hayatta Kalan
- Geçmişsiz Kaos: dosya_son_v3_SONUC.docx
- VCS — Kodunuz İçin Bir Zaman Makinesi
- VCS'nin Cevap Verdiği Üç Soru
- Her Commit'in Dört Bileşeni
- Git, Dosyalar Arasındaki Farkı Değil, Anlık Görüntüleri Saklar
- git log: Proje Günlüğünü Canlı Olarak Okuyun
- Merkezi VCS: Sunucu Her Şeyi Saklar
- Tek Sunucu – Tek Hata Noktası
- Ekip Büyüdükçe Darboğaz Daralır
- Tek Sunucu — Tek Hata Noktası
- Tam Kopya: Geçmiş, Dallar, Her Şey Yerelde
- Dağıtık Yapının Sağladığı Üç Özgürlük
- Git Neden Tam O Zaman Yaratıldı?
- Git'in Kazanmasının Üç Nedeni
- Git ≠ GitHub: Yeni Başlayanların En Büyük Kafa Karışıklığı
- Tüm Yeni Başlayanları Engelleyen Kafa Karışıklığı
- Git — Bilgisayarınızda, GitHub — Bulutta
- Word, Google Drive ve Git'e Üç Alternatif
- GitHub — Eyleme Geçmiş Özgeçmişiniz
- Doküman Olarak Okunan Üç Sinyal
- Profili Öldüren Şeyler: Görünmezlik ve Dijital Çöp
- Anlamsız Aktivite: Profilin Üç Tuzağı
- Depolardaki Sırlar: Neden Felakettir
- “Süreci Anlıyorum” Diyen Profil
- Özet ve Ödev
บทความเกี่ยวกับบทเรียนนี้
- Git และ GitHub: ต่างกันอย่างไร และเชื่อมโยงกันอย่างไร
- Git คืออะไร และนักพัฒนาต้องใช้เพื่ออะไร
- คำถาม Git ในการสัมภาษณ์งาน: 25 ข้อพร้อมคำตอบ
- วิธีติดตั้ง Git บน Windows, macOS และ Linux
- Git Bash: คืออะไร และใช้งานบน Windows อย่างไร
บทเรียนทั้งหมดในคอร์สนี้
- 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