Azure Repos’ta Son Gelişmeler: Kod Depolarınızda Sessiz Değişim, Büyük Kolaylık
Azure Repos’un Arka Bahçesinde Neler Dönüyor?
Bazen şöyle hissetmiyor musunuz: Dünya hızlı, yazılım dünyası ise jet gibi akıyor! Hani inanın, Azure Repos’a iki ay uğramasam geri döndüğümde “E pes ya, bu yeni özellik nereden çıktı şimdi?” diye kendi kendime söyleniyorum. Ne Microsoft cephesi boş duruyor 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ı ise 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 duruyor.
Şö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 yani—iptal ediliyor.
- Adım adım çözümünü detaylı rehberimde bulabilirsiniz — oku geçin derim.
İtiraf edeyim, Peki siz 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 hale 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 oldu 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 oldu 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 tabii;
TFVC policy migration hala 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ığı ise dosya isim 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.
Yani ş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 illa 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…
bildirim 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 Siz 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 siz de!
Haydi…
Kaynak:
What’s new with Azure Repos?
İçeriği paylaş:


Yorum gönder