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.
Simula ng leksyon
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.
Buong leksyon ay para sa subscription
28 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
- 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
Mga artikulo tungkol sa araling ito
- Git at GitHub: ano ang pagkakaiba at paano sila magkaugnay
- Ano ang Git at bakit ito kailangan ng developer
- Mga tanong tungkol sa Git sa job interview: 25 tanong na may sagot
- Paano mag-install ng Git sa Windows, macOS, at Linux
- Git Bash: ano ito at paano gamitin sa Windows
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