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.
- Git'te bir özelliğin tam geliştirme döngüsünü bağımsız olarak yürütebileceksiniz - dal oluşturmadan ana dala birleştirmeye kadar.
- Gerçek bir ekip çalışma sürecinin nasıl göründüğünü anlayacak ve ilk iş gününüzden itibaren buna hazır olacaksınız.
- Portföyünüze ekleyebileceğiniz ve bir mülakatta gösterebileceğiniz, anlamlı bir işlem geçmişine sahip, hazır bir depoya sahip olacaksınız.
Simula ng leksyon
Portfolyo Deposu Başlatma
- Yeni bir proje klasörü oluşturun
- Boş bir Git deposu başlatın
- Gereksiz dosyaları hariç tutmak için .gitignore dosyası ekleyin
- Çalışma dizininin durumunu kontrol edin
Terminali açın ve 'mkdir portfolio-project' komutuyla proje için yeni bir klasör oluşturun. Klasöre gidin ve 'git init' çalıştırın; bu, Git'in tüm değişiklik geçmişini depolayacağı gizli bir .git klasörü oluşturacaktır. Şimdi, içeriği 'node_modules/' ve '.env' olan bir .gitignore dosyası ekleyerek bağımlılıkları ve gizli verileri sürüm kontrolünden hariç tutun. Geçerli durumu 'git status' komutuyla kontrol edin; yeni dosyayı izlenmeyenler listesinde görmelisiniz. Bu, profesyonel projenizin başlayacağı temeldir. Tüm dosyaların doğru oluşturulduğundan ve doğru yerlerde olduğundan emin olun.
#!/bin/bash
# Proje klasörünü oluşturun
mkdir portfolio-project
# Proje klasörüne gidin
cd portfolio-project
# Git deposunu başlatın
git init
# .gitignore dosyasını oluşturun
cat > .gitignore << EOL
node_modules/
.env
EOL
# Depo durumunu kontrol edin
git status
Projeyi Standartlara Göre Yapılandırma
- Standart klasörler oluşturun: src, docs, tests
- Proje açıklamasını içeren bir README dosyası ekleyin
- Tüm değişiklikleri commit'e hazırlayın
- Commit öncesi durumu kontrol edin
Temiz bir proje yapısı, düzenli bir çalışma masası gibidir: her şey yerli yerinde. Kaynak kod için 'src', belgeler için 'docs' ve testler için 'tests' olmak üzere üç ana klasör oluşturun. Projenin kısa bir açıklamasını içeren bir 'README.md' dosyası ekleyin. Şimdi tüm dosyaları staging alanına eklemek için 'git add .' komutunu çalıştırın. Durumu tekrar 'git status' ile kontrol edin; şimdi tüm yeni dosyalar commit'e hazır değişiklikler bölümünde olmalıdır. Bu, kod tabanının profesyonel organizasyonuna yönelik ilk adımdır. Yapının endüstri standartlarına uygun olduğundan emin olun.
#!/bin/bash
# Standart klasörleri oluşturun
mkdir src docs tests
# Açıklama içeren README dosyası oluşturun
cat > README.md << EOL
# Portfolio Project
Bu proje Git becerilerini göstermektedir.
EOL
# Tüm dosyaları staging alanına ekleyin
git add .
# Depo durumunu kontrol edin
git status
İlk Anlamlı Commit
- Anlaşılır bir mesajla ilk commit'i oluşturun
- Hizmet amaçlı değişiklikler için 'chore' ön ekini kullanın
- Commit geçmişini kontrol edin
- Tüm değişikliklerin kaydedildiğinden emin olun
Projenin başlangıç durumunu kaydetme zamanı. 'git commit -m "chore: initialize project structure"' yazın. 'chore' ön ekine dikkat edin; bu, hizmet amaçlı değişiklikleri belirtir. Commit'ten sonra 'git log' çalıştırın; hash, yazar ve mesajla birlikte ilk commit'inizin kaydını göreceksiniz. Bu, tüm değişiklik geçmişinin üzerine inşa edileceği temeldir. İyi bir ilk commit, bir sanatçı için temiz bir tuval gibidir. Mesajın anlaşılır ve bilgilendirici olduğundan emin olun.
#!/bin/bash
# İlk commit'i oluşturun
git commit -m 'chore: initialize project structure'
# Commit geçmişini kontrol edin
git log --oneline
Buong leksyon ay para sa subscription
31 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
- Portfolyo Deposu Başlatma
- Projeyi Standartlara Göre Yapılandırma
- İlk Anlamlı Commit
- Projeyi GitHub'da Yayınlama
- Yeni Bir Özelliğe Başlama: Dal Oluşturma
- Atomik Commit'ler: Değişiklik Geçmişini Yazmak
- Birleştirme Öncesi Kontrol
- Pull Request'e Hazırlanıyoruz
- Final Projesini İncelemeye Hazırlıyoruz
- GitHub'da Pull Request Oluşturuyoruz
- İnceleme Yorumlarıyla Çalışıyoruz
- İnceleme Sürecini Tamamlıyoruz
- Canlıda Acil Hata: Ne Yapmalı?
- Hotfix Dalını Doğru Şekilde Oluşturuyoruz
- Hızlı Düzeltme ve Kontrol
- Acil Birleştirme ve Dağıtım
- Birleştirmeden Önce Özellik Dalını Güncelleme
- Koddaki Çakışmayı Çözme
- Rebase'i Tamamlama ve Push
- Birleştirmeden Önce Rebase Neden Gerekli?
- Etkileşimli Rebase Eylemde
- Final: Temiz Geçmişle Birleştirme
- Tamamlanan Özelliği Yayınlama
- Squash ve Merge ile Değişiklikleri Birleştirme
- Birleştirme Sonrası Temizlik
- Nihai Sonuç ve Mülakatta Gösterilecekler
- Yayına Hazırlık: Kodun Hazır Olduğunu Kontrol Etme
- v1.0.0 Sürüm Etiketi Oluşturma
- Sürümü GitHub'da Yayınlama
- Sonucu Kontrol Etme ve Gelişime Hazırlanma
- Proje Geçmişini Analiz Etme
- Commit'lerin Okunabilirliğini Değerlendirme
- Commit Geçmişi Bir Portföy Gibidir
- Final: İlk Sürümünüz Hazır!
Mga artikulo tungkol sa araling ito
- Paano matutunan ang Git: plano, trainer, dokumentasyon, at praktika
- Git at GitHub: ano ang pagkakaiba at paano sila magkaugnay
- Paano mag-install ng Git sa Windows, macOS, at Linux
- Ano ang Git at bakit ito kailangan ng developer
- 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