Aracılığıyla paylaş

Geliştirilmiş pull request deneyimi

Bu sprintte pull request deneyimine bir dizi iyileştirme ekliyoruz. Bunlar isteğe bağlı denetimlerin daha görünür olmasını sağlamayı, Ctrl tuşunu basılı tutarak yeni bir sekme açmayı etkinleştirmeyi, ek açıklamalara konum eklemeyi ve açıklama filtreleme düzenini iyileştirmeyi içerir.

Ayrıntılar için aşağıdaki Özellikler listesine göz atın.

Özellikler

Azure Boards

Azure Repos

Azure Boru Hatları

Azure Boards

Hata iş öğesi türünde yer alan 'Atanan Kişi' kuralının kaldırılması

Agile, Scrum ve CMMI'deki farklı iş öğesi türlerinin tümünde çeşitli gizli sistem kuralları vardır. Bu kurallar on yıldan uzun bir süredir mevcut ve genellikle herhangi bir şikayet olmadan iyi çalıştı. Ancak, artık hoş karşılanmayan birkaç kural vardır. Özellikle bir kural yeni ve mevcut müşteriler için çok fazla acıya neden oldu ve bunu kaldırmanın zamanı geldiğinden karar verdik. Bu kural, Çevik sürecindeki Hata iş öğesi türünde bulunur.

"Durum Çözümlendi olarak değiştirildiğinde Atanan değeri Oluşturan olarak ayarlayın"

Bu kural hakkında çok sayıda geri bildirim aldık. Yanıt olarak, bu kuralı Çevik işlemindeki Hata iş öğesi türünden kaldırdık. Bu değişiklik, devralınan Çevik veya özelleştirilmiş devralınan Çevik süreci kullanan her projeyi etkiler. Bu geçerli kuralı beğenen ve bu kurala bağımlı olan müşteriler için, özel kuralları kullanarak kuralı yeniden eklemek için izleyebileceğiniz adımlarla ilgili blog gönderimize bakın.

Azure Repos

Çekme İsteği deneyimine yönelik bir dizi iyileştirme

Yeni çekme isteği deneyimi birkaç aydır önizleme aşamasındadır. Birçoğunızdan aldığımız geri bildirimleri ele aldık. Bu sprint'in dağıtımında göreceğiniz aşağıdaki iyileştirmeleri duyurmaktan mutluluk duyuyoruz:

İsteğe bağlı denetimlerin daha görünür olmasını sağlama

Müşteriler, bir geliştiricinin dikkatini olası sorunlara çekmek için isteğe bağlı denetimleri kullanır. Önceki deneyimde, bu denetimler başarısız olduğunda açıkça görülüyormuş. Ancak önizleme deneyiminde böyle bir durum söz konusu değildir. Gerekli denetimlerdeki büyük, yeşil onay işareti, isteğe bağlı denetimlerdeki hataları maskeler. Kullanıcılar yalnızca denetimler panelini açarak isteğe bağlı denetimlerin başarısız olduğunu fark edebilir. Geliştiriciler genellikle bir sorun belirtisi olmadığında bunu yapmaz. Bu dağıtımda, isteğe bağlı denetimlerin durumunu özette daha görünür hale getirdik.


isteğe bağlı denetimleri göster


Menü öğelerine Ctrl tuşunu basılı tutarak tıklamalar

Bir PR'deki sekme menüleri Ctrl tuşuna basarak tıklamayı desteklemedi. Kullanıcılar genellikle çekme isteğini gözden geçirirken yeni tarayıcı sekmeleri açar. Bu durum düzeltildi.

[+] ek açıklamasının konumu

Çekme isteğindeki dosya ağaç listesi, yazarlar ve gözden geçirenlerin yeni dosyaları tanımlamasına yardımcı olmak için [+] ek notunu gösterir. Açıklama üç noktanın sonrasında olduğundan, daha uzun dosya adları için genellikle görünmez oluyordu.


ek açıklamaların konumlarını göster

PR güncellemeleri açılır menüsü zamanlama bilgilerini geri kazanma

PR'deki dosyaları güncelleme ve karşılaştırma seçimi için kullanılan açılır liste, önizleme deneyiminde önemli bir öğeyi kaybetti. Güncelleştirmenin ne zaman yapıldığını göstermedi. Bu durum düzeltildi.


PR güncellemeleri açılır listesinde zaman bilgisi eksik

Geliştirilmiş açıklama filtresi düzeni

İstek özet sayfasında yorumlar filtrelendiğinde, açılır menü sağ taraftaydı, ancak metin sola hizalandı. Bu durum düzeltildi.


Geliştirilmiş açıklama filtresi düzeni

Önümüzdeki iki sprint için daha fazla geliştirme planlıyoruz.

Azure Boru Hatları

Azure Pipelines aracısında Node'u Güncelleme

İlk yayımlanan güncelleştirme: Red Hat Enterprise Linux 6 ve Node 14 ile uyumsuzluk nedeniyle Node 14'teki çalışmayı askıya aldık ve ilk olarak Node 10'a erişmeye odaklanacağız.

Bu sürümde, Azure Pipelines görevleri için tercih edilen çalışma zamanı olarak Node 6'dan uzaklaşıp desteklenen bir Node sürümüne doğru ilerlemeye başladık. İlk kutu içi görev toplu işlemini Node 10'da çalışacak şekilde güncelleştirdik. Bu değişiklik, node 6'yi aracıdan varsayılan olarak kaldırma işleminin başlangıcını işaretler. Node 6 uzun vadeli desteklerden çıktı ve genellikle otomatik tarayıcılar tarafından güvenlik riski olarak işaretlendi. Node 6 kullanımımızın olası kusurların çoğuna tabi olma olasılığının düşük olduğunu düşünüyoruz ancak yine de görevleri desteklenen bir çalışma zamanına almak bizim için önemlidir. 2021 takvim yılında, Node 6 olmadan aracının bir sürümünü göndermeye başlamayı planlıyoruz.

Node 10 özellikli görevlerden herhangi birini kullanırsanız, şirket içinde barındırılan aracılarınız görevlerin yeni sürümlerini çalıştıracak şekilde kendilerini güncelleştirir. Bunun dışında çoğu müşteri için hiçbir etki olmamalıdır. Öte yandan, görevlerin yazarıysanız bunları Node 10'da çalışacak şekilde güncelleştirmeye başlamanız gerekir. İçinde task.json ve execution altında, Node içinden Node10 öğesine güncelleme yapabilirsiniz. Eski sunucu sürümlerini desteklemeniz gerekiyorsa giriş noktanızı Node bırakabilirsiniz. Node 10 işleyicisini anlayan Azure DevOps örnekleri bunu varsayılan olarak seçer ve olmayanlar Node 6 uygulamanıza geri döner.

Ölçek kümesi ajanlarında araştırma için bozuk durumda bir ajanı kaydet.

Ölçek kümesi aracılarını kullandığınızda Azure Pipelines, aracı örneklerinin ölçeğini artırmayı ve azaltmayı yönetir. Azure Pipelines ölçek kümesinde iyi durumda olmayan bir VM algıladığında, sorunu Havuz Tanılama kullanıcı arabirimine kaydeder ve VM'yi silmeye çalışır. Sanal makinenin iyi durumda olmamasının birçok nedeni vardır: ölçek kümesinin ağ yapılandırması Azure Pipelines uzantısının en güncel aracıyı indirmesini engellemiş olabilir, özel betik uzantınız başarısız olmuş olabilir veya ölçek kümesi sanal makine görüntüsünde bir yeniden başlatma veya Windows güncellemeleri beklemededir.

Azure Pipelines, iyi durumda olmayan VM'leri silerek aracı havuzunuzun CI/CD işlerini çalıştıracak şekilde en iyi duruma getirilmesini sağlar. Bazı durumlarda, bu sorunun hatalarını ayıklamak için Azure Pipelines tanılama sayfasını (yukarıda gösterilen) veya Azure tanılama sayfasını kullanabilirsiniz. Ancak çoğu durumda, sorunu tanılamanın en iyi yolu VM'de oturum açmak ve aracı günlüklerini ve olay görüntüleyici günlüklerini gözden geçirmektir. Şu anda, iyi durumda olmayan VM otomatik olarak silindiğinden bunu yapmak kolay değildir.

Bu sürümle, size iyi durumda olmayan bir aracıyı araştırma için kaydetme olanağı vererek iyi durumda olmayan VM'lerin tanınabilirliğini geliştirdik.

Sağlıksız bir ajan kaydedildiği zaman, sanal makineye bağlanabilir, hata ayıklayabilir ve ihtiyacınız olan günlükleri alabilirsiniz. İşiniz bittiğinde aracıyı ve ilişkili VM'yi serbest bırakabilirsiniz. Daha fazla bilgi için, iyi durumda olmayan aracılarda sorun giderme bölümüne bakın.

ubuntu-latest işlem hatları yakında Ubuntu-20.04 kullanacak

Ubuntu 20.04 yakında Azure Pipelines'daki etiket için ubuntu-latest varsayılan sürüm olacaktır. Bu değişiklik, 30 Kasım'dan itibaren birkaç haftalık bir süre boyunca uygulanacaktır.

Ubuntu işlem hatlarınızla ilgili herhangi bir sorun görürseniz:

  • Sanal ortamlar deposunda bir sorun bildirin
  • İşlem hattınızda ubuntu-18.04'i vmImage olarak ayarlayarak Ubuntu 18.04'e geri dönün. Ubuntu 18.04'ü desteklemeye devam edeceğiz.

ve ubuntu-18.04 değerlerinin ubuntu-20.04 hem önceden yüklenmiş araçlarda hem de araçların varsayılan sürümlerinde farklılık gösterebileceğini unutmayın. Tüm farklar hakkında bilgi için bkz https://github.com/actions/virtual-environments/issues/1816. .

Sonraki Adımlar

Uyarı

Bu özellikler önümüzdeki iki-üç hafta içinde kullanıma sunulacaktır.

Azure DevOps'a gidin ve bir göz atın.

Azure DevOps'a gidin

Geri bildirim sağlama

Bu özellikler hakkında düşüncelerinizi duymak isteriz. Bir sorunu bildirmek veya öneri sağlamak için yardım menüsünü kullanın.

Öneride bulunma

Stack Overflow'da topluluk tarafından öneriler ve sorularınıza yanıt alabilirsiniz.

Teşekkürler

Matt Cooper

  • Last updated on