Öğrenme kanıtı
Okunabilir commit geçmişi, küçük branch, incelenebilir pull request ve katkı kaydı
ÖĞRENME YOLU
Git, Açık Kaynak ve Takım Çalışması
Git deposu, commit, branch, diff, merge, issue, pull request, lisans ve açık kaynak katkısını gerçek takım iş akışına bağlar.
ANA SORU
Bir ekipte değişiklikleri kaybetmeden, anlaşılır ve geri alınabilir biçimde nasıl üretirsin?
Bu yolun tamamlanma kanıtı: Okunabilir commit geçmişi, küçük branch, incelenebilir pull request ve katkı kaydı. Sayfa sayısı veya geçirilen süre tek başına yeterlik göstermez.
Bütün dersler sonunda hedeflenen proje: İki kişi tarafından issue–branch–commit–inceleme–merge döngüsüyle geliştirilen küçük açık kaynak çalışma. Proje, ders başlıklarını aynı üründe ilişkilendirmeli ve başarısız testleri de görünür tutmalıdır.
Bütünleştirici proje
İki kişi tarafından issue–branch–commit–inceleme–merge döngüsüyle geliştirilen küçük açık kaynak çalışma
Geri dönüş zamanı
Yeni özellik, hata düzeltmesi, ekip üyesi, lisans kararı veya geri alma ihtiyacı oluştuğunda.
DERS HARİTASI
12 içerik; kavramdan kanıta
Anlamlı Commit Mesajı Yazmak
Ders · Anlamlı commit mesajı, değişikliğin ne yaptığını kısa başlıkta ve gerekiyorsa neden gerekli olduğunu gövdede açıklayarak gelecekteki okuyucuya karar bağlam
Sayfayı aç →Açık Kaynak Lisansları ve Sorumlu Katkı
Ders · Açık kaynak lisansı, bir projenin kodunun hangi koşullarla kullanılabileceğini, değiştirilebileceğini ve dağıtılabileceğini belirler; sorumlu katkı ise pro
Sayfayı aç →Branch ile Güvenli Deneme Yapmak
Ders · Branch, ana geliştirme çizgisini bozmadan yeni özellik, düzeltme veya deney üzerinde çalışmayı sağlayan hareketli bir Git referansıdır.
Sayfayı aç →Değişiklik İnceleme ve Yapıcı Geri Bildirim
Ders · Değişiklik inceleme, bir commit veya pull requestteki kod, belge ve tasarım kararlarını amaç, doğruluk, güvenlik, test ve anlaşılabilirlik açısından yapıcı
Sayfayı aç →Değişiklikleri Birleştirmek ve Çakışmaları Anlamak
Ders · Merge, iki geliştirme çizgisindeki değişiklikleri ortak bir geçmişte birleştirir; çakışma ise Git aynı bölümdeki farklı düzenlemelerin hangisinin korunacağ
Sayfayı aç →Dosya Sürümlerinden Git Mantığına
Ders · Git, dosyaların farklı zamanlardaki durumlarını birbirine bağlı anlık görüntüler olarak kaydeden ve değişikliklerin kim tarafından, ne zaman, neden yapıldı
Sayfayı aç →Geri Alma ve Sürüm Kurtarma
Ders · Geri alma ve sürüm kurtarma; yanlış değişikliği güvenli yöntemle iptal etmeyi, kaybolduğu sanılan sürümü geçmişten bulmayı ve hangi komutun çalışma alanı,
Sayfayı aç →Issue, Görev ve Hata Kaydı
Ders · Issue; hata, görev, fikir veya soru gibi takip edilmesi gereken işi; bağlam, yeniden üretim adımları, başarı ölçütü ve sorumluluk bilgisiyle kayıt altına a
Sayfayı aç →Proje: Açık Kaynak Dokümantasyonuna Küçük Katkı
Proje · Bu proje, uygun bir açık kaynak projesinde küçük ve düşük riskli bir dokümantasyon sorununu kurallara uygun biçimde incelemeyi, düzeltmeyi ve katkı önerisi
Sayfayı aç →Proje: Git Geçmişiyle Baştan Sona Bir Proje
Proje · Bu proje, küçük bir yazılım veya dokümantasyon çalışmasını başlangıç deposundan issue, branch, commit, inceleme, merge, sürüm etiketi ve changelog’a kadar
Sayfayı aç →Repository ve İlk Commit
Ders · Repository, bir projenin dosyalarıyla birlikte Git geçmişini ve yapılandırmasını taşıyan çalışma alanıdır; ilk commit ise projenin anlaşılır başlangıç duru
Sayfayı aç →Git ve Açık Kaynak Quiz’i
Quiz · Git, Açık Kaynak ve Takım Çalışması modülündeki kavramları 12 açıklamalı soruyla sınayan ve seçenekleri her başlangıçta yeniden karıştırılan değerlendirme.
Sayfayı aç →4 HAFTALIK PLAN
Dersleri bir üretim döngüsüne yerleştir
Her hafta yalnız okumayla kapanmaz. Birinci oturumda kavram ve örnek; ikinci oturumda uygulama; üçüncü kısa oturumda test ve açıklama yapılır. Eksik ön koşul görülürse takvim hızlandırılmaz.
| Hafta | Odak | Üretilecek kanıt |
|---|---|---|
| 1 | Anlamlı Commit Mesajı Yazmak, Değişiklikleri Birleştirmek ve Çakışmaları Anlamak, Proje: Açık Kaynak Dokümantasyonuna Küçük Katkı | Okunabilir commit geçmişi, küçük branch, incelenebilir pull request ve katkı kaydı |
| 2 | Açık Kaynak Lisansları ve Sorumlu Katkı, Dosya Sürümlerinden Git Mantığına, Proje: Git Geçmişiyle Baştan Sona Bir Proje | İki kişi tarafından issue–branch–commit–inceleme–merge döngüsüyle geliştirilen küçük açık kaynak çalışma |
| 3 | Branch ile Güvenli Deneme Yapmak, Geri Alma ve Sürüm Kurtarma, Repository ve İlk Commit | Hata günlüğü ve ikinci sürüm |
| 4 | Değişiklik İnceleme ve Yapıcı Geri Bildirim, Issue, Görev ve Hata Kaydı | Quiz sonucu, yanlış kavram ve sonraki uygulama |
YAYGIN TUZAKLAR
Hızlı görünür ama öğrenmeyi zayıflatır
- Her şeyi tek committe toplamak
- Pull ile fetch–merge farkını görmemek
- Çatışma işaretlerini okumadan silmek
- Lisansı izin belgesi olmadan varsaymak
DERİNLEŞTİRME
Git, Açık Kaynak ve Takım Çalışması: kanıtı nasıl derinleştirirsin?
Bu öğrenme yolunun ayırt edici sorusu şudur: Bir ekipte değişiklikleri kaybetmeden, anlaşılır ve geri alınabilir biçimde nasıl üretirsin? İlk yanıt bir tanım olabilir; ancak tamamlanma için okunabilir commit geçmişi, küçük branch, incelenebilir pull request ve katkı kaydı üretilmelidir. Kanıtın girdisi, yöntemi, sınırı ve yeniden kontrol tarihi açık değilse sonuç güçlü görünse bile izlenebilir değildir.
Başlangıçta Açık Kaynak Lisansları ve Sorumlu Katkı, Branch ile Güvenli Deneme Yapmak, Anlamlı Commit Mesajı Yazmak, Değişiklik İnceleme ve Yapıcı Geri Bildirim başlıkları arasından iki farklı çalışma seç. Birinde kavramı kendi cümlenle açıkla; diğerinde uygulama, ölçüm veya kullanıcı testi yap. İki çalışma aynı kanıt türüyle kapanmamalıdır. Bu fark, Git, Açık Kaynak ve Takım Çalışması alanının yalnız okunmadığını, farklı üretim biçimleriyle sınandığını gösterir.
İlerleyen aşamada Değişiklikleri Birleştirmek ve Çakışmaları Anlamak, Proje: Açık Kaynak Dokümantasyonuna Küçük Katkı, Proje: Git Geçmişiyle Baştan Sona Bir Proje, Repository ve İlk Commit başlıklarını bütünleştirici projeye bağla: İki kişi tarafından issue–branch–commit–inceleme–merge döngüsüyle geliştirilen küçük açık kaynak çalışma Projede başarılı test kadar başarısız test de tutulur. Her hata için koşul, beklenen sonuç, gerçek sonuç, olası neden ve yapılan tek değişiklik yazılır.
Özellikle şu tuzakları ayrı kontrol et: Her şeyi tek committe toplamak; Pull ile fetch–merge farkını görmemek; Çatışma işaretlerini okumadan silmek; Lisansı izin belgesi olmadan varsaymak. Bir tuzağı yalnız okumak yeterli değildir; kendi çalışmandan o tuzağa benzeyen bir örnek bul ve hangi kanıtın hatayı görünür kıldığını yaz.
Bu merkeze geri dönüş kuralı: Yeni özellik, hata düzeltmesi, ekip üyesi, lisans kararı veya geri alma ihtiyacı oluştuğunda. Önceki kayıt silinmez; yeni tarih, değişen araç veya kaynak, yeni kanıt ve sıradaki küçük deneme eklenir. Böylece ilerleme tamamlanan sayfa sayısıyla değil, açıklama, uygulama ve düzeltmenin niteliğiyle izlenir.
MİKRO QUIZ
Karar mantığını sınayalım
1. Bir ekipte değişiklikleri kaybetmeden, anlaşılır ve geri alınabilir biçimde nasıl üretirsin?
Cevap yalnız tanım değil, şu kanıtı üretmelidir: Okunabilir commit geçmişi, küçük branch, incelenebilir pull request ve katkı kaydı.
2. İlk başarısız test ne yapılmalıdır?
Silinmemeli; koşul, beklenen sonuç, gerçek sonuç ve düzeltmeyle kaydedilmelidir.
3. Kaynak okumak uygulama yapıldığını kanıtlar mı?
Hayır. Kaynak yöntem ve sınır verir; uygulama kanıtı ayrıca üretilir.
4. Modül ne zaman yeniden açılır?
Yeni özellik, hata düzeltmesi, ekip üyesi, lisans kararı veya geri alma ihtiyacı oluştuğunda.
5. Bütünleştirici proje neyi bir araya getirir?
İki kişi tarafından issue–branch–commit–inceleme–merge döngüsüyle geliştirilen küçük açık kaynak çalışma
RESMÎ / BİRİNCİL KAYNAKLAR
Teknik ayrıntıyı güncel kaynaktan doğrula
Git Reference
Birincil veya kurumsal yöntem ve teknik sınır kaynağı.
Kaynağı aç →Git tutorial
Birincil veya kurumsal yöntem ve teknik sınır kaynağı.
Kaynağı aç →Open Source Guides
Birincil veya kurumsal yöntem ve teknik sınır kaynağı.
Kaynağı aç →