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.
- Mülakatta üç yaygın Git iş akışını tanımlayabilecek ve aralarındaki farkları açıklayabileceksiniz.
- Ekip büyüklüğü ve yayın sıklığının geliştirme süreci seçimini nasıl etkilediğini anlayacaksınız.
- Yeni bir ekibe katılırken iş akışıyla ilgili doğru soruları sormayı öğreneceksiniz.
Simula ng leksyon
Neden Feature Branch Workflow?
- Feature Branch = her bölüm için ayrı bir taslak
- Paralel çalışma için kod izolasyonu
- Main dalını riske atmadan güvenli deneyler
- Her seviyedeki ekip için kolay uygulama
- Başlangıç ve küçük projeler için ideal
Bir kitap üzerinde çalıştığınızı ve her bölüm için ayrı bir taslak oluşturduğunuzu hayal edin. Feature Branch Workflow tam olarak böyle çalışır; her yeni özellik izole bir ortamda yaşar. Bu yaklaşım, ekiplerin ana kodda karmaşa yaratmadan farklı görevler üzerinde aynı anda çalışmasına olanak tanır. Ana dalın stabil kaldığını bilerek rahatça deneyler yapabilirsiniz. Özellikle hız ve esnekliğin önemli olduğu küçük ekipler için çok uygundur. Özellik hazır olduğunda kod incelemesinden geçer ve ancak ondan sonra ana koda dahil olur. Basitlik ve etkinlik, bu yaklaşımı bu kadar popüler yapan şeylerdir.
Feature Dalının Yaşam Döngüsü
- git checkout -b feature/new-payment
- Anlaşılır mesajlarla commit'ler
- git push origin feature/new-payment
- Pull request oluşturma
- Kod incelemesi ve main'e merge
Bir feature dalının oluşturulmasından birleştirilmesine kadar tüm yolculuğunu birlikte inceleyelim. git checkout -b feature/new-payment komutuyla başlıyoruz; bu, main'den yeni bir dal oluşturur. Görev üzerinde çalışırız, değişiklikleri açık ve ayrıntılı bir şekilde açıklayarak commit'ler yaparız. Özellik hazır olduğunda, dalı uzak depoya gönderir ve bir pull request oluştururuz. Takım arkadaşları kodu inceler, geri bildirimde bulunur ve tüm düzeltmelerden sonra değişiklikler ana dala dahil olur. Önemli kural: bir dal, mantıksal olarak tamamlanmış tek bir görevi temsil etmelidir. Bu, commit geçmişinde düzeni korumaya yardımcı olur.
# Main'den yeni bir dal oluşturuyoruz
git checkout main
git pull origin main
git checkout -b feature/new-payment
# Çalışıyoruz ve commit atıyoruz
echo 'Ödeme işleme eklendi' > payment.js
git add payment.js
git commit -m 'Ödeme işleme modülü eklendi'
# Gönderiyoruz ve PR oluşturuyoruz
git push origin feature/new-payment
# Ardından GitHub arayüzünden Pull Request oluşturuyoruz
2 Komutla Feature Dalı Oluşturma
- Feature Branch Workflow — basitlik ve etkinlik
- Güncel main'den dal oluşturma
- git checkout -b feature/new-login
- Dal adı görevi yansıtır
- feature/, fix/, docs/ — netlik için ön ekler
Şimdi pratikte bir feature dalı oluşturalım. Ana dala geçip güncelliyoruz: git checkout main && git pull. Ardından görevimiz için yeni bir dal oluşturuyoruz: git checkout -b feature/new-login. -b bayrağı Git'e yeni bir dal oluşturmasını ve hemen ona geçmesini söyler. Sadece iki komutla çalışmaya hazırsınız. Dal adının görevin özünü yansıttığından emin olun: feature/, fix/, veya docs/ gibi ön ekler, dalın amacını hızlıca anlamaya yardımcı olur. Artık değişikliklere başlayabilirsiniz.
git checkout main && git pull
# Ana dalı güncelliyoruz
git checkout -b feature/new-login
# Yeni bir dal oluşturup ona geçiyoruz
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
- Neden Feature Branch Workflow?
- Feature Dalının Yaşam Döngüsü
- 2 Komutla Feature Dalı Oluşturma
- Değişiklikleri İncelemeye Gönderme
- Kod İncelemesinden Geçme ve Birleştirme
- Git Flow: Geliştirme için Konveyör Hattı
- Feature Dalları ve Sürüme Hazırlık
- Acil Düzeltmeler: Hotfix Kullanımı
- Uygulama: Feature Dalı Oluşturma
- Projede Git Flow'u Başlatma
- Yeni Bir Özellik Geliştirme: Daldan Birleştirmeye
- Sürüm Hazırlığı: Değişiklikleri Paketleme
- Acil Düzeltmeler: Hotfix'lerin Kullanımı
- Trunk-Based Development: Yaklaşımın Özü
- TBD'de Tamamlanmamış İşlevsellikle Çalışma
- Pratik: main'e Sık Sık Commit
- Trunk-Based Development Ne Zaman Seçilmeli
- Hata 1: Küçük Ekipte Git Flow Kullanmak
- Hata 2: Kod İncelemesi Olmadan Trunk-Based Kullanmak
- Hata 3: Uzun Ömürlü Özellik Branch'leri
- Doğru Workflow Nasıl Seçilir
- Git Süreci Nasıl Seçilir: Temel Kriterler
- Feature Branch: Startuplar İçin Şehir Arabası
- Git Flow: Büyük Takımlar İçin Sağlam Bir Arazi Aracı
- Trunk-Based: Sık Sürümler İçin Bir Yarış Arabası
- Mevcut Git Sürecinin Analizi: Git Flow'da Sorun Nedir?
- Geçiş Planı: Evden Stüdyoya Taşınmak
- Ekibi Yeni TBD Uygulamalarına Alıştırmak
- Uygulama: Feature Dalını TBD'ye Taşıma
- Mülakatta Workflow Hakkında Nasıl Konuşulur?
- Sorun ve Çözüm Örnekleri
- Sürece Değişiklikler Nasıl Entegre Edildi
- Mülakatta Söylenmemesi Gerekenler
- Kendi Yolumuzu Seçmek: Özet ve Ev Ödevi
Mga artikulo tungkol sa araling ito
- Git merge vs rebase: alin ang piliin para sa team ninyo
- Mga tanong tungkol sa Git sa job interview: 25 tanong na may sagot
- Git Flow, GitHub Flow, at trunk-based: aling Git workflow ang piliin
- Git at GitHub: ano ang pagkakaiba at paano sila magkaugnay
- Paano mag-install ng Git sa Windows, macOS, at Linux
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