Azure Repos’ta Son Gelişmeler ve Kolaylıklar
Azure Repos’un Arka Bahçesinde Neler Dönüyor?
Bazen şöyle hissetmiyor musunuz: Dünya hızlı, yazılım dünyası işe jet gibi akıyor! Hani inanın, Azure Repos’a iki ay uğramasam geri döndüğümde “E peş ya, bu yeni özellik nereden çıktı şimdi?” diye kendi kendime söyleniyorum. Ne Microsoft cephesi boş dürüyor ne de arka planda işler yavaşlıyor. Farkında olmayan çok – ama kod depolarında ve ekip iletişiminde hani derin bir fay hattı kayıyor sanki.
Hadi lafı dolandırmayayım: Bugün Azure Repos’ta gözüme çarpan son yenilikleri, kanlı-canlı denediklerimi masaya koyacağım (kamuSpotu.mp3)! Şimdiden hazırlayın; bazıları yer yer can acıtabilir, bazıları işe resmen nefes aldırır cinsten.
TFVC’de Kökten Temizlik Zili Çaldı!
Eskiye Öyle Bir Veda ki… Kaçarı Yok
Sizce değişiklik güzel bir şey mi? Emin değilim bazen. Hele TFVC altyapısı olan kadim projeler için işleri kökten değiştirmek dertli – yakın zamanda eski tip policy’lerle karşılaştık bir müşteride mesela. “Build patlarsa check-in olmasın”, “Yorum eklemeden asla!” gibi klasik kurallar hâlâ orada yaşayan canlılar misali dürüyor.
Şöyle söyleyeyim, Şimdi bomba geliyor:
Nisan 2025… Evet tam o tarihte eski TFVC policy formatını kullanan tüm check-in kuralları otomatik olarak devre dışı kalacak.
Kısacası elinizdekini yeni policy formatına taşımıyorsanız şansınıza küsün! Şaka maka geçen sprintte başımıza geldi; kimsede push yetkisi yok, ekip ekrana bakıyor kaldı öyle… “Elektrikli aletlerde olur ya, düğmeye basınca tık yok…”—hah işte öyle bir bocalama yaşanıyor burada da!
- Öncelikle bilinmesi şart: Eski sistemde yeni policy falan ekleyemezsiniz artık.
- Migrasyon yaptıklarınız devam; yapmadıklarınız doğrudan siliniyor gibi hissedin yanı—iptal ediliyor.
- Adım adım çözümünü detaylı rehberimde bulabilirsiniz — oku geçin derim.
İtiraf edeyim, Peki sız hangi policies’in bağımlılığındasınız? Yıllardır elle dokunulmayan legacy policy’ler var mı hâlâ projede? Samimi olun!
Pull Request Yorumlarına Jet Atlama Özelliği Geldi!
Büyük Ekiplere Minik Dev Hizmet Gerçekten…
Bilmiyorum size de oluyor mu… Kocaman PR açılıyor, yığınla yorum bırakılıyor; ansızın biri Slack’ten link atıp haydi şu dosyadaki yoruma bak diyor. Tıklıyorsun yükleniyor yükleniyor — lanet olasıca hangi satırdaydı diyerek sayfa scroll’u çekiyorsun (ki bu çoğu kişinin gözünden kaçıyor). Eziyet başka bir şey değil (çok yaşandı).
Nihayet Microsoft burayı büyüteçle çözdü; deep link dediğimiz bağlantıyla doğrudan istenilen yoruma direk ışınlanmak mümkün hâle geldi artık! Hele ki yüzlerce yorumu olan monorepo PR’larında hayat kurtarıcı cidden; test ettim—abartmıyorum birkaç dakika hız kazandırıyor.
- Zamandan tasarruf etmek isteyenlere ilaç gibi geldi.
- Kritik feedback gözden kaçmaz öldü valla (hani cidden kayboluyordu eskiden).
- Büyük projelerde stres seviyesi %20 indi desem yeridir!
Ama ilk bakışta gözükmeyen içten içe yapılan sağlamlaştırmalar bunlar… Motor rektifi olmuş araba gibi – yolculuk daha dengeli öldü sadece fark etmemişsinizdir önce.
Tane Tane PR Bildirimleri – Gürültü Asgariye İndi
Karmaşadan Temizlenen Takvim… Sonunda Ya!
Eh, Dürüst olayım mı? Mail kutumda her gün onlarca Azure DevOps bildirimi patlıyor ve hangi branch’i kim merge etmiş takip etmeye çalışırken cinnet gelmemesi mucizeydi bence… Çoklu proje sorumlusuysanız hele kafa karışıklığı level max oluyor kesinlikle.
- Taslak durumu değişikliği veya auto-complete’e dair bildirimler çöpe gitti — oh be yemin ederim ferahladık!
- Email içerikleri budandı; dosya listesi görünüyor ama reviewer adları/commit hash’i vs yok (az bilgi = az dikkat sapması)
- You can act fast—otomatik aksiyon önerileri sunulan e-mailler var artık—”Sadece onaylasam yeter!” kafasında ilerleyebilirsiniz rahatça.
Aslında, Lafın özü?
Açıkçası en iyi taraf şu:
Artık gereksiz spam’e maruz kalmıyorsunuz — dikkatiniz gerçekten önemli bildirimde!
Anlayacağınız kimileri bu sadeleşmeden mutlu değildir belki—örneğin bilgi manyakları 😅 Ayrıca team notification ayrıntısını seven varsa webhook ile hâlâ kendince kurgulayabiliyor ayrı dünyasını…
PR Şablonunu Branch’a Göre Otomatik Getiren Nesil – Flex Mode On!
Aynı PR Template Karmaşasına Artık Nokta Koyma Vakti
Sürekli çoğalan feature branch’leri olan projelerde bu şablon işi kabusa dönüyordu ya (ki bu çoğu kişinin gözünden kaçıyor). Mesela feature/foo/december, feature/bar/january, hotfix/customer/urgent123. Hepsi için elle template belirlemek tam angaryaydı.
Nihayet Azure DevOps ekibi pratik formülü açıkladı: (ciddiyim)
| Branch Kalıbı | Otomatik Uygulanacak Şablon Yolu |
|---|---|
feature/foo/december |
/branches/feature/foo/december.md /branches/feature/foo.md /branches/feature.md (sırayla yukarıdan aşağı deniyor!) |
release/v1.2/hotfix1 |
/branches/release/v1.2/hotfix1.md /branches/release/v1.2.md /branches/release.md |
| (default/generaller) | /PULL_REQUEST_TEMPLATE.md |
Neredeyse yakın zamanda gerçek production ortamında test ettim—her branch tipi için özel checklist otomatik gelince yanlış şablonu seçme telaşı komple rafa kalktı.
Ciddi kolaylık…
Ama ilk başlarda dosya isimlendirme standardınızı oturtturun derim yoksa sonra “ben yanlış pull request template ile review attım” diye ağlayan çıkar! Unutmayın…
Eğer farklı müşteri segmentlerine paralel birçok branch yönetiyorsanız,
canlı şablon desteği üretkenliği bariz artırdı (biliyorum çünkü ölçüp ofiste canlı demo yaptık — sonuç şaşırtıcı derecede iyi çıktı!)
Yerine göre %25 az stres!
Peki Olumsuz Yan Var mı?
Dürüst olmam gerek değil mi? Her teknolojinin biraz yan etkisi olur tabiî;
TFVC policy migration hâlâ ağır işçilik – büyük monorepo’da sancılı geçebilir.
Yeni nesil notifikasyon bazı eski kullanıcıların hashtag oncall zevkine pek uymadı mesela…
Ama webhook ile çözülüyor mu? Evet.
PR template klasörleşme mantığı işe dosya işim karmaşası yaratabiliyor,
standarttan şaşarsanız çile büyür:
Kendi naming kurallarınızı mutlaka netleştirin bence.
Sonuçta otomatize edilen her şey ekstra kontrol ister yoksa kaos tetikte bekler…
Dedim demed demeyin sonra:)
Gerçekçi olmak lazım.
Karmaşa her zaman burnunun ucundadır.
Olmayacak diye umutlanmak nafile.
Maalesef!
Çözümü ararken işi daha beter çıkmaza sokmayın yeter.
Bir de unutmayın:
Bazen küçük düzen mükemmel felaketi önler.
Yanı şey,
denge önemli!
Kapanış Önerilerim & Pratik Tavsiyeler–Bizzat Denediklerimdi()
- Sahip olduğunuz tüm TFVC projelerinizi şöyle güzelce tarayın ve eski politikalardan hızla kurtulmak için
detaylı rehberime illâ ki bakın derim ~ zaman kaybetmeyin~ - Karmaşık PR adımlarında deep link avantajını tadınca
“Ben niye yıllarca kaybolmuşum?” dersiniz…
bildirım sadelemesiyle birleşirse toplamda süreci yüzde otuz hızlandırırsınız (!) - Eğer process fetişistseniz,
branch-tab foundation’ını branch bazlı template yönetimi ile çelik gibi tasarlamak sizin elinizde (~ fazla detaya boğmaya gerek yok ~ ) - Daha ileri seviye güvenlik gelişmelerine kafayı taktıysanız
Azure DevOps’taki build krizi analizime da mutlaka göz gezdirin diyorum— kesinlikle güncel bilgiler mevcut (açıp kapayın okuyuverirsiniz!)
Kaostan uzaklaşmak mümkünmüş meğer…
Sürekli evrim var burada da.
Sahi Sız Ne Diyorsunuz?
Sizde son durum nedir?
Bu yeniliklerden denediğiniz-de ortaya çıkan beklenmedik sürprizlere denk geldiniz mi hiç?
Takıldığınız ilginç noktalar var mı?
Aramızda paylaşsak ne iyi olurdu –
yorumlara bekleyenlerden olun sız de!
Haydi…
Kaynak:
What’s new with Azure Repos?
Sıkça Sorulan Sorular
Azure Repos’ta TFVC için eski policy formatı ne zaman devre dışı bırakılacak?
Metinde de geçtiği gibi eski TFVC policy formatını kullanan check-in kuralları Nisan 2025’te otomatik olarak devre dışı kalacak. Yanı yeni policy formatına taşımadıysanız kurallarınız fiilen çalışmayı bırakabilir. Bu yüzden tarih gelmeden kontrol etmek çok önemli.
Eski TFVC policy’leri yeni formata taşımazsam ne olur?
Yeni policy ekleme kısmı artık mümkün olmayacak ve taşımadığınız eski kurallar iptal ediliyor gibi düşünün. Benim de bir ekipte gördüğüm senaryoda, beklenen check-in kuralı bir anda kalkınca süreçler anlık olarak “garip” davranmaya başladı. CI/CD tarafında da etkilenme olasılığı olduğu için mutlaka önceden yedek alıp test edin.
Azure Repos’ta TFVC check-in kuralları devre dışı kalınca CI/CD süreçlerim durur mu?
Kesin “her zaman durur” demek zor ama özellikle kurallar CI/CD tetikleyicileriyle veya kalite kapılarıyla ilişkiliyse sorun çıkarabilir. Eski policy’lerin iptali, pipeline akışınızı beklenmedik şekilde değiştirebilir. Bu yüzden değişikliği yoğun sprint günlerine denk getirmemek iyi bir pratik.
Pull Request yorumlarında “deep link” özelliği ne işe yarar?
Deep link sayesinde PR içindeki belirli yoruma doğrudan bağlanıp o satıra/sohbete hızlıca ışınlanabiliyorsunuz. Yığınla yorum olan PR’larda sayfayı kaydırıp aramak yerine kritik feedback’i anında görüyorsunuz. Ben denediğimde özellikle monorepo PR’larında birkaç dakikalık ciddi zaman kazandırdığını fark ettim.
Kaynaklar ve İleri Okuma
TFVC Check-in Policies – Azure DevOps Docs
Azure Repos Pull Request Improvements – Azure DevOps Blog
Policy Management in Azure Repos – Microsoft Docs
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
