Azure DevOps Server 2022 Güncelleştirme 2 Sürüm Notları
| Geliştirici Topluluğu Sistem Gereksinimleri ve Uyumluluk | Lisans Koşulları | DevOps Blogu | SHA-256 Karmaları | |
Bu makalede, Azure DevOps Server'ın en yeni sürümüyle ilgili bilgileri bulacaksınız.
Azure DevOps Server dağıtımı yükleme veya yükseltme hakkında daha fazla bilgi edinmek için bkz . Azure DevOps Server Gereksinimleri.
Azure DevOps Server ürünlerini indirmek için Azure DevOps Server İndirmeleri sayfasını ziyaret edin.
Azure DevOps Server 2022 Güncelleştirme 2'ye doğrudan yükseltme, Azure DevOps Server 2019 veya Team Foundation Server 2015 veya daha yeni sürümlerde desteklenir. TFS dağıtımınız TFS 2013 veya daha önceki bir sürümdeyse, Azure DevOps Server 2022'ye yükseltmeden önce bazı ara adımlar gerçekleştirmeniz gerekir. Daha fazla bilgi için lütfen Yükleme sayfasına bakın.
Azure DevOps Server 2022.2 RTW Sürüm Tarihi: 9 Temmuz 2024
Azure DevOps Server 2022.2 RTW'deki Yeniliklerin Özeti
Not
16.07.2024 Güncelleştirmesi: Şu anda Boards Ekip Yapılandırması'nın yüklenmesi ve Teams adlarının yüklenmesiyle ilgili sorunları araştırıyoruz. Ekip üyelerini yönetmek için geçici bir çözüm olarak Güvenlik ayarlarını kullanabilirsiniz. Azure DevOps Server 2022.2 RTW'de güncelleştirmeler sunacağız.
Azure DevOps Server 2022.2 RTW , hata düzeltmelerinin bir parçasıdır. Daha önce yayımlanan Azure DevOps Server 2022.2 RC'deki tüm özellikleri içerir. Azure DevOps Server 2022.2'yi doğrudan yükleyebilir veya Azure DevOps Server 2020, 2019 veya Team Foundation Server 2015 veya daha yeni bir sürümden yükseltebilirsiniz. Bu sürümde aşağıdaki sorunlar ve güvenlik açıkları giderilmiştir:
- CVE-2024-35266: Azure DevOps Server Kimlik Sahtekarlığı Güvenlik Açığı
- CVE-2024-35267: Azure DevOps Server Kimlik Sahtekarlığı Güvenlik Açığı
- Geliştirici Topluluğu geri bildirim bileti: Aracı sürümü, Azure DevOps Server 2022.1'e yükselttikten ve Aracı Havuzu yapılandırmasında Güncelleştirme Aracısını kullandıktan sonra güncelleştirilmiyor
- Geliştirici Topluluğu geri bildirim bileti: Ekip yapılandırma sayfasını yüklemeyle ilgili sorun
- Geliştirici Topluluğu geri bildirim bileti: Belirli bölgesel biçimler için PR e-posta bildiriminde yanlış tarih işlemeyi düzeltme
Azure DevOps Server 2022 Güncelleştirme 2 RC Sürüm Tarihi: 7 Mayıs 2024
Azure DevOps Server 2022.2 RC birçok yeni özellik içerir. Önemli noktalardan bazıları:
- Alan ve yineleme yolları için sınırlar
- İşlem hatlarında Onayları ve Denetimleri Atlama
- Geliştirilmiş YAML doğrulaması
- Kargo Kasaları için Azure Artifacts desteği
- Yeni Pano dizini deneyimi
- Test Planı veya Paket Kimliği ile Hızlı Kopyalama ve İçeri Aktarma
Ayrıca her hizmetin tüm yeni özelliklerini görmek için tek tek bölümlere atlayabilirsiniz:
Genel
Test Sonuçlarını Yayımla görevi
Test Sonuçlarını Yayımla görevi artık JUnit rapor biçimi için test çalıştırması eklerini destekliyor.
Azure DevOps Web Uzantısı SDK'sının yeni sürümü
Bu güncelleştirmeyle Azure DevOps Web Uzantısı SDK'sının yeni bir sürümünü yayınlıyoruz. İstemci SDK'sı, web uzantılarının konak çerçevesiyle iletişim kurmasını sağlar. Bu, şu şekilde kullanılabilir:
- Uzantının yüklendiğini veya hatalar olduğunu konağa bildirme
- Geçerli sayfa hakkında temel bağlamsal bilgileri alma (geçerli kullanıcı, konak ve uzantı bilgileri)
- Tema bilgilerini alma
- Azure DevOps'a geri yapılan REST çağrılarında kullanmak için yetkilendirme belirteci alma
- Konak çerçevesi tarafından sunulan uzak hizmetleri alma
Tam API başvurusuna azure-devops-extension-sdk paketi belgelerinde ulaşabilirsiniz. Bu yeni sürüm aşağıdaki modüller için destek sağlar:
ES Modülü Desteği: SDK artık mevcut AMD (Zaman Uyumsuz Modül Tanımı) modüllerine ek olarak ES (ECMAScript) modüllerini de destekliyor. Artık performans iyileştirmeleri sağlayan ve uygulama boyutunu azaltan ES modülü söz dizimini kullanarak SDK'yı içeri aktarabilirsiniz.
AMD Modülleri için Geriye Dönük Uyumluluk: AMD modülleri için mevcut destek değişmeden kalır. Projeniz AMD modülleri kullanıyorsa, bunları daha önce olduğu gibi herhangi bir değişiklik yapmadan kullanmaya devam edebilirsiniz.
Nasıl kullanılır:
ES modülleri için, içeri aktarma deyimini kullanarak modüllerimizi içeri aktarabilirsiniz:
import * as SDK from 'azure-devops-extension-sdk';
// Use the module here
AMD modülleri kullanıyorsanız şu işlevi kullanarak require SDK'yı içeri aktarmaya devam edebilirsiniz:
require(['azure-devops-extension-sdk'], function(SDK) {
// Use the module here
});
Boards
Alan ve yineleme yolları için sınırlar
Sınırlar, büyük ve küresel bir hizmetin sistem durumunu ve verimliliğini korumada önemli bir rol oynar. Bu sürümle birlikte hem alan hem de yineleme yolları için proje başına 10.000 sabit sınır sunuyoruz. Hizmetteki farklı sınırlar hakkında daha fazla bilgi edinmek için İş izleme, işlem ve proje sınırları sayfasını ziyaret edin.
Geliştirme ve Dağıtım Denetimleri
Şimdi projenizin nasıl yapılandırıldığına bağlı olarak geliştirme ve/veya dağıtım denetimlerini iş öğesinden kaldırıyoruz. Örneğin, proje ayarlarınızı Depoları ve/veya İşlem Hatlarını kapatacak şekilde yapılandırabilirsiniz.
İş öğesine gittiğiniz zaman ilgili Geliştirme ve Dağıtım denetimleri formdan gizlenir.
Bir GitHub deposunu Azure Boards'a bağlamaya karar verirseniz GitHub depoları için Geliştirme denetimi görüntülenir.
Repos
Kullanıcıların kendi değişikliklerini onaylamasını engelleyen yeni "Dal ilkesi"
Kullanıcının hangi değişikliklere onay verdiği ve daha katı mevzuat/uyumluluk gereksinimlerini eşleştirdiği değişikliklerle ilgili denetimi geliştirmek için, kullanıcının açıkça izin verilmediği sürece kendi değişikliklerini onaylamasını önlemeye yönelik bir seçenek sunuyoruz.
Dal ilkelerini yönetebilen kullanıcı artık "Yeni değişiklikler gönderildiğinde" altında yeni eklenen "Her yinelemede en az bir onay gerektir" seçeneğine geçebilir. Bu seçenek belirlendiğinde, son kaynak dal değişikliği için en az bir onay oyu gerekir. Kullanıcının onayı, bu kullanıcı tarafından gönderilen önceki onaylanmamış yinelemelere karşı sayılmaz. Sonuç olarak, başka bir kullanıcı tarafından son yinelemede ek onay yapılması gerekir.
Aşağıdaki görüntüde A kullanıcısı tarafından oluşturulan çekme isteği ve B, C, A ve C kullanıcıları tarafından bu çekme isteğine yapılan ek 4 işleme (yineleme) gösterilmektedir. İkinci yineleme (B kullanıcısı tarafından yapılan işleme) tamamlandıktan sonra, C kullanıcısı bunu onayladı. O sırada, A kullanıcısının ilk işlemesinin onayını (çekme isteği oluşturulduğunda) ve yeni eklenen ilkenin başarılı olacağını ima etti. Beşinci yinelemeden (C kullanıcısının son işlemesi) sonra onay A kullanıcısı tarafından yapıldı. Bu, C kullanıcısı tarafından yapılan önceki işleme için zımni onaydır, ancak dördüncü yinelemede A kullanıcısı tarafından yapılan ikinci işleme için onay anlamına gelmez. Yeni eklenen ilkenin başarılı olması için onaylanmamış yineleme dörtlü, B, C kullanıcısının veya çekme isteğinde herhangi bir değişiklik yapmayan başka bir kullanıcının onayıyla onaylanmalıdır.
Not
Dal ilkelerinin gözden geçiren olarak yapılandırılmış bir grubu varlık onaylayan olarak almasına neden olan bilinen bir sorun vardır. G Grubu'nun herhangi bir kullanıcısı tarafından yapılması gereken bir onay olduğunu düşünelim. A kullanıcısı bu G Grubunun üyesidir. Kullanıcı A yukarıdaki görüntüde olduğu gibi onay sağladıktan sonra (beşinci yinelemeden sonra), G Grubu onayı A Kullanıcısı tarafından yapılan değişikliği onaylar. Bu beklenen bir durum değildir ve RTW sürümünde çözülecektir.
Blobsuz ve ağaçsız filtre desteği
Azure DevOps artık kopyalama/getirme sırasında iki ek filtrelemeyi destekliyor. Bunlar şunlardır: --filter=blob:none ve --filter=tree:0 İlk seçenek (blobsuz kopya) düzenli geliştirme için en iyi şekilde kullanılırken, ikinci seçenek (ağaçsız kopya) örneğin bir derlemeyi çalıştırdıktan sonra kopyayı attığınız durumlar için daha uygundur.
SSH-RSA kullanımdan kaldırma
Azure Repos, kullanıcıların Azure Repos'taki git deposuna erişmesi için iki yöntem sağlar: HTTPS ve SSH. SSH kullanmak için desteklenen şifreleme yöntemlerinden birini kullanarak bir anahtar çifti oluşturmanız gerekir. Geçmişte yalnızca SSH-RSA'yı destekliyoruz ve kullanıcılardan burada SSH-RSA'yı etkinleştirmelerini istedik.
Bu güncelleştirmeyle, SSH kullanarak Azure Repos'a bağlanmak için desteklenen bir şifreleme yöntemi olarak SSH-RSA'nın kullanımdan kaldırılmasını duyuruyoruz. Azure Repos için SSH-RSA desteğinin sonu blog gönderisinde daha fazla ayrıntı görebilirsiniz.
Pipelines
İstenmeyen işlem hattı çalıştırmalarını engelleme
Bugün YAML işlem hattınız bir trigger bölüm belirtmezse, deposuna gönderilen tüm değişiklikler için çalışır. Bu, bir işlem hattının neden çalıştırıldığı konusunda karışıklık yaratabilir ve birçok istenmeyen çalıştırmaya yol açabilir.
Bu davranışı değiştirmenize olanak tanıyan Zımni YAML CI tetikleyicisini devre dışı bırak adlı proje koleksiyonu ve proje düzeyinde İşlem Hatları ayarı ekledik. Tetikleyici bölümü eksikse işlem hatlarını tetiklememeyi seçebilirsiniz.
Onaylar ve denetimler zaman aşımına uğradıktan sonra bir aşamayı yeniden deneyin
Onaylar ve denetimler zaman aşımına uğradıklarında, ait oldukları aşama atlanır. Atlanan aşamaya bağımlılığı olan aşamalar da atlanır.
Artık onaylar ve denetimler zaman aşımına uğradıktan sonra bir aşamayı yeniden deneyebilirsiniz. Daha önce, bu yalnızca onay zaman aşımına uğradıysa mümkündü.
Onayları ve Denetimleri Atla
Onaylar ve denetimler hizmet bağlantıları, depolar veya aracı havuzları gibi önemli kaynaklara erişimin korunmasına yardımcı olur. Yaygın kullanım örneklerinden biri, üretime dağıtım yaparken Onaylar ve Denetimler kullanmaktır ve ARM hizmeti bağlantısını korumak istiyorsunuz.
Hizmet bağlantısına aşağıdaki denetimleri eklediğinizi varsayalım: Onay, İş Saatleri denetimi ve Azure İşlevi Çağırma denetimi (farklı bölgeler arasında gecikmeyi zorlamak için).
Şimdi bir düzeltme dağıtımı yapmanız gerektiğini düşünün. İşlem hattı çalıştırmasını başlatırsınız, ancak devam etmez, denetimlerin çoğunun tamamlanmasını bekler. Onayların ve denetimlerin tamamlanmasını beklemeyi göze alamazsınız.
Bu sürümle, düzeltmenizi tamamlayabilmeniz için çalışan onayları ve denetimleri atlamayı mümkün hale getirdik.
Çalışan Onaylar, İş Saatleri, Azure İşlevi Çağırma ve REST API denetimlerini çağırma adımlarını atlayabilirsiniz.
Onay atla.
İş Saatleri denetimini atla.
Azure İşlevi Çağırma denetimini atla. İş Saatleri denetimini atla.
Bir denetim atlandığında, denetimler panelinde görebilirsiniz.
Yalnızca denetimlerin tanımlandığı kaynağın Yöneticisiyseniz bir denetimi atlayabilirsiniz.
Azure işlev denetimlerini yeniden çalıştırma
Sisteminizi birden çok aşamada dağıttığınızı düşünün. İkinci aşamayı dağıtmadan önce, sistemin zaten dağıtılmış bölümünde bir akıl sağlığı denetimi çalıştıran bir Onay ve Azure İşlevi Çağırma denetimi vardır.
Onay isteğini gözden geçirirken, akıl sağlığı denetiminin iki gün önce çalıştığını fark edeceksiniz. Bu senaryoda, gizlilik denetiminin sonucunu etkileyen başka bir dağıtımın farkında olabilirsiniz.
Bu güncelleştirmeyle Azure İşlevi Çağırma ve REST API denetimlerini çağırma'yı yeniden çalıştırabilirsiniz. Bu işlev yalnızca başarılı olan ve yeniden denemesi olmayan denetimler için kullanılabilir.
Not
Denetimi yalnızca denetimlerin tanımlandığı kaynağın Yöneticisiyseniz yeniden çalıştırabilirsiniz.
Gerekli şablon denetiminde GitHub kurumsal sunucusu desteği
Şablonlar , proje koleksiyonunuzdaki işlem hatlarının aşamalarını, işlerini ve adımlarını denetlemenizi sağlayan bir güvenlik mekanizmasıdır.
Şablon gerektir denetimi, aracı havuzu veya hizmet bağlantısı gibi korumalı bir kaynağa erişmeden önce bir işlem hattının onaylanan şablonlar kümesinden genişletildiğini zorunlu kılmanızı sağlar.
Artık GitHub Enterprise Server depolarında bulunan şablonları belirtebilirsiniz.
Tüm Ortamlar için yönetici rolü
YAML işlem hatlarındaki ortamlar , uygulamanızı dağıttığınız bir işlem kaynağını temsil eder; örneğin AKS kümesi veya vm kümesi. Dağıtımlarınız için güvenlik denetimleri ve izlenebilirlik sağlar.
Ortamları yönetmek oldukça zor olabilir. Bunun nedeni, bir ortam oluşturulduğunda, ortamı oluşturan kişinin otomatik olarak tek yönetici olmasıdır. Örneğin, tüm ortamların onaylarını ve denetimlerini merkezi bir şekilde yönetmek istiyorsanız, her ortam yöneticisinden belirli bir kullanıcıyı veya grubu yönetici olarak eklemesini ve ardından rest API kullanarak denetimleri yapılandırmasını istemeniz gerekir. Bu yaklaşım yorucu, hataya açık ve yeni ortamlar eklendiğinde ölçeklendirilmiyor.
Bu sürümle birlikte environments-hub düzeyinde bir Yönetici rolü ekledik. Bu, ortamları hizmet bağlantıları veya aracı havuzlarıyla eşit olacak şekilde getirir. Yönetici rolünü bir kullanıcıya veya gruba atamak için zaten ortam hub'ı yöneticisi veya proje koleksiyonu sahibi olmanız gerekir.
Bu Yönetici rolüne sahip bir kullanıcı izinleri yönetebilir, yönetebilir, görüntüleyebilir ve herhangi bir ortamı kullanabilir. Bu, ortamları tüm işlem hatlarına açmayı içerir.
Bir kullanıcıya ortam hub'ı düzeyinde Yönetici rolü verdiğinizde, bunlar tüm mevcut ortamlar ve gelecekteki ortamlar için yönetici olur.
Geliştirilmiş YAML doğrulaması
YAML söz diziminizin doğru olduğunu doğrulamak için Azure Pipelines web düzenleyicisinin Doğrula işlevini kullanabilirsiniz. Bu nedenle, bu işlevselliğin mümkün olduğunca çok YAML sorununu yakalaması önemlidir.
İfadeler söz konusu olduğunda YAML doğrulaması artık daha kapsamlıdır.
YAML işlem hatları yazarken, değişken değerleri tanımlamak için işlevleri kullanabilirsiniz.
Aşağıdaki değişkenleri tanımladığınız düşünün:
variables:
Major: '1'
Minor: '0'
Patch: $[counter(fromat('{0}.{1}', variables.Major, variables.Minor ), 0)]
Patch değişkeni işlevi ve diğer iki değişken kullanılarak counter tanımlanır. Yukarıdaki YAML kodunda sözcük format yanlış yazılmış. Daha önce bu hata algılanmadı. Şimdi Doğrula işlevi bunu algılar ve bir hata iletisi gösterir.
Azure Pipelines, işlem hattı/aşama/iş düzeyinde yanlış değişken tanımlarını algılar.
YAML işlem hatlarında, koşulları kullanarak aşamanın yürütülmesini atlayabilirsiniz. Yazım hataları, aşağıdaki örnekte olduğu gibi burada da gösterilebilir.
steps:
- task: NuGetCommand@2
condition: eq(variable.Patch, 0)
inputs:
command: pack
versioningScheme: byPrereleaseNumber
majorVersion: '$(Major)'
minorVersion: '$(Minor)'
patchVersion: '$(Patch)'
Görev NuGetCommand yalnızca değişkenin değeri Patch 0 olduğunda yürütülür. Yine koşulda bir yazım hatası var ve Doğrula işlevi bunu görüntüler.
Azure Pipelines işlem hattı/aşama/iş düzeyinde tanımlanan yanlış YAML koşullarını algılar.
Ortamlar için REST API'leri
Ortam, bir işlem hattından yapılan dağıtımlarla hedefleyebileceğiniz bir kaynak koleksiyonudur. Ortamlar size dağıtım geçmişi, iş öğeleri ve işlemeler için izlenebilirlik ve erişim denetimi mekanizmaları sağlar.
Ortamları program aracılığıyla oluşturmak istediğinizi bildiğimiz için REST API'leri için belgeler yayımladık.
Onaylar REST API'sinde geliştirmeler
Kullanıcının ait olduğu grupları arama sonuçlarına ekleyerek kullanıcıya atanan onayları bulma işlemini geliştirdik.
Onaylar artık ait oldukları işlem hattı çalıştırması hakkında bilgi içeriyor.
Örneğin, aşağıdaki GET REST API çağrısı https://fabrikam.selfhosted/fabrikam/FabrikamFiber/_apis/pipelines/approvals?api-version=7.2-preview.2&top=1&assignedTo=john@fabrikam.com&state=pending döndürülüyor
{
"count": 1,
"value":
[
{
"id": "7e90b9f7-f3f8-4548-a108-8b80c0fa80e7",
"steps":
[],
"status": "pending",
"createdOn": "2023-11-09T10:54:37.977Z",
"lastModifiedOn": "2023-11-09T10:54:37.9775685Z",
"executionOrder": "anyOrder",
"minRequiredApprovers": 1,
"blockedApprovers":
[],
"_links":
{
"self":
{
"href": "https://dev.azure.com/fabrikam/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/pipelines/approvals/7e80b987-f3fe-4578-a108-8a80c0fb80e7"
}
},
"pipeline":
{
"owner":
{
"_links":
{
"web":
{
"href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_build/results?buildId=73222930"
},
"self":
{
"href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/build/Builds/73222930"
}
},
"id": 73222930,
"name": "20231109.1"
},
"id": "4597",
"name": "FabrikamFiber"
}
}
]
}
İşlem hattı günlükleri artık kaynak kullanımı içeriyor
Azure işlem hattı günlükleri artık bellek, CPU kullanımı ve kullanılabilir disk alanı gibi kaynak kullanım ölçümlerini yakalayabilir. Günlükler ayrıca işlem hattı aracısı tarafından kullanılan kaynakları ve bir işte çalıştırılan görevler de dahil olmak üzere alt işlemleri içerir.
İşlem hattı işinizin kaynak kısıtlamalarıyla karşılaşabileceğini düşünüyorsanız, işlem hattı günlüklerine kaynak kullanımı bilgilerinin eklenmiş olması için ayrıntılı günlükleri etkinleştirin. Bu, barındırma modelinden bağımsız olarak herhangi bir aracıda çalışır.
Azure Pipelines aracısı artık Alpine Linux'a destek veriyor
Pipeline aracısı v3.227 artık Alpine Linux 3.13 ve üzeri sürümleri destekliyor. Alpine Linux, kapsayıcı (temel) görüntü için popüler bir özelliktir. Aracıyı sürümler sayfasında bulabilirsiniz. Aracının Alpine Linux sürümlerinin öneki vsts-agent-linux-musl vardır; örneğin. vsts-agent-linux-musl-x64-3.227.1.tar.gz
Azure Pipelines görevleri Node 16 kullanır
İşlem hattındaki görevler çalıştırıcı kullanılarak yürütülür ve çoğu durumda Node.js kullanılır. Bir Node'u çalıştırıcı olarak kullanan Azure Pipelines görevlerinin tümü artık Node 16 kullanıyor. Node 16, Apple silikonunu yerel olarak destekleyen ilk Node sürümü olduğundan, apple silicon üzerinde macOS için tam görev desteğini de tamamlar. Apple silicon üzerinde çalışan aracıların çalışması için Rosetta'ya gerek yoktur.
Node 16 kullanım süresi sonu tarihi ilerledikçe, Node 20 ile görevleri çalıştırmaya başladık.
En fazla 4 MB Azure Resource Manager (ARM) şablonu boyutuyla uyumlu hale getirmek için azure işlem hattı sınırları artırıldı.
Azure altyapısı oluşturmak için Azure Resource Manager Şablon Dağıtımı görevini kullanabilirsiniz. Geri bildiriminize yanıt olarak Azure Pipelines tümleştirme sınırını 2 MB'a 4 MB'a çıkardık. Bu, büyük şablonların tümleştirilmesi sırasında boyut kısıtlamalarını çözümlemek için ARM Şablonları en büyük boyutu olan 4 MB ile uyumlu olacaktır.
AzureRmWebAppDeployment görevi Microsoft Entra Id kimlik doğrulamayı destekler
AzureRmWebAppDeploymentV3 ve AzureRmWebAppDeployment@4 görevleri App Service'i temel kimlik doğrulaması devre dışı bırakılarak destekleyecek şekilde güncelleştirildi. App Service'te temel kimlik doğrulaması devre dışı bırakılırsa, AzureRmWebAppDeploymentV3/4 görevleri, App Service Kudu uç noktasına dağıtımlar gerçekleştirmek için Microsoft Entra ID kimlik doğrulamasını kullanır. Bunun için aracıda msdeploy.exe'nin son sürümünün yüklü olması gerekir. Bu, windows-2022/windows-latest Barındırılan aracılarında (görev başvurusuna bakın) bu durum geçerlidir.
Derleme başarısız olduğunda kod kapsamı ilkesi durumunun devre dışı bırakılamadı olarak geçersiz kılınma durumu
Daha önce çekme isteğinde derlemeniz başarısız olduysa kod kapsamı ilkesi durumu 'Başarısız' olarak geçersiz kılınmıştı. Bu, derlemeyi isteğe bağlı bir denetim olarak ve kod kapsamı ilkesiniN PR'ler için gerekli denetim olarak engellenmesine neden olan bazı kişiler için engelleyiciydi.
Artık derleme başarısız olursa kod kapsamı ilkesi 'Başarısız' olarak geçersiz kılınmayacak. Bu özellik tüm müşteriler için etkinleştirilir.
Artifacts
Kargo Kasaları için Azure Artifacts desteğine giriş
Azure Artifacts'in artık Kargo kasaları için yerel destek sunduğunu duyurmaktan heyecan duyuyoruz. Bu destek, mevcut protokollerimizle ilgili özellik eşliğini ve yukarı akış kaynağı olarak kullanılabilir crates.io içerir. Rust geliştiricileri ve ekipleri artık Azure'ın sağlam altyapısını kullanırken ve tanıdık Azure DevOps ortamında kalırken Kargo kasalarını sorunsuz bir şekilde kullanabilir, yayımlayabilir, yönetebilir ve paylaşabilir.
NuGet Geri Yükleme v1 ve NuGet Yükleyicisi v0 işlem hattı görevleri için kullanımdan kaldırma duyurusu
NuGet Geri Yükleme v1 ve NuGet Yükleyicisi v0 işlem hattı görevlerini kullanıyorsanız, hemen NuGetCommand@2 işlem hattı görevine geçin. Geçiş yapılmadıysa işlem hatlarınızda uyarılar almaya yakında başlayacaksınız. 27 Kasım 2023'ten itibaren hiçbir işlem yapılmazsa derlemeleriniz hataya neden olur.
npm denetimi için Azure Artifacts desteği
Azure Artifacts artık ve npm audit fix komutlarını destekliyornpm audit. Bu özellik, kullanıcıların güvenli olmayan paket sürümlerini otomatik olarak güncelleştirerek projelerinin güvenlik açıklarını analiz etmelerini ve düzeltmelerini sağlar. Daha fazla bilgi edinmek için npm denetimini kullanarak paket güvenlik açıklarını algılayın ve düzeltin.
Raporlama
Yeni Pano dizini deneyimi
Geri bildirimlerinizi dinledik ve yeni Pano dizini deneyimini tanıtmak için heyecanlıyız. Yalnızca modern bir kullanıcı arabirimi tasarımına sahip olmakla kalmaz, aynı zamanda Son Yapılandırılan sütunun eklenmesiyle her sütuna göre sıralamanızı sağlar. Bu sütun, proje koleksiyonunuz içindeki genel pano kullanımı hakkında daha iyi içgörüler sağlar. Ayrıca, artık ekip veya proje düzeyindeki panolara göre filtreleyerek yalnızca görüntülemek istemediğiniz panoları gizlerken yalnızca görmeniz gerekenler listesine erişmenizi sağlayabilirsiniz.
Şimdi deneyin ve Azure DevOps topluluğumuzda düşüncelerinizi bize bildirin
İş öğesi filtreleme
İş öğesi grafik filtrelemesini duyurmaktan mutluluk duyuyoruz. Bu özellik, hızlı bir genel bakış için iş öğesi grafiğinizin üzerine gelmenize ve ayrıntılı içgörüler için belirli grafik segmentlerinde detaya gitmenize olanak sağlar. Artık ihtiyacınız olan tam veri parçasına erişmek için özel sorgular oluşturmanız gerekmez. Artık birkaç tıklamayla iş öğesi grafiklerindeki iş öğelerinize göz atabilirsiniz.
Geri bildiriminiz, bu özelliğin geleceğini şekillendirme açısından çok değerlidir. Şimdi deneyin ve Azure DevOps topluluğumuzda düşüncelerinizi bize bildirin.
Klasörler için Kod Kapsamı sonuçları
Kod kapsamı sonuçları artık yalnızca en üst düzey bir sayı olarak değil, tek tek her dosya ve klasör için kullanılabilir. Kod kapsamı görünümü, Klasör görünümü modu düğmesi değiştirildiğinde görüntülenir. Bu modda detaya gidebilir ve seçili alt ağaç için kod kapsamını görebilirsiniz. Yeni ve eski görünümler arasında geçiş yapmak için iki durumlu düğmeyi kullanın.
Test Plans
Test Planı veya Paket Kimliği ile Hızlı Kopyalama ve İçeri Aktarma
Artık Azure Test Planlarında birden çok test planını kolayca işleyebilirsiniz! Daha önce test çalışmalarını (özellikle kapsamlı planlar veya paketler için) içeri aktarma, kopyalama veya kopyalamaya yönelik uzun açılan menülerle karşılaştığı zorlukları fark ederek iş akışınızı kolaylaştırmaya yönelik adımlar attık.
Test Planı ve Paket Kimliği Arama özelliğini duyurmaktan heyecan duyuyoruz. Test Çalışmalarını gecikme olmadan hızlı içeri aktarmak veya kopyalamak için Test Planınızı veya Paket Kimliğinizi girin. Bu güncelleştirme, test yönetimi deneyiminizi iyileştirmeye yönelik sürekli taahhüdümüzün bir parçasıdır ve bunu daha sezgisel ve daha az zaman alan hale getirir.
Azure Test Çalıştırıcısı güncelleştirmesi
Azure Test Çalıştırıcısı'nın daha yeni bir sürüme güncelleştirildiğini paylaşmak için heyecanlıyız. Bu güncelleştirme kararlılığı ve performansı geliştirerek testlerinizi kesintiler veya gecikmeler olmadan çalıştırmanızı sağlar. Azure Test Çalıştırıcısı'nın eski sürümü artık desteklenmiyor. Test işlemlerinizin en iyi performansı ve güvenilirliği için en kısa sürede en yeni sürüme güncelleştirmenizi öneririz.
Yenilikler
- Gelişmiş Kararlılık ve Performans: Test Çalıştırıcısı'na bazı kullanıcıların karşılaştığı sorunları ele alan önemli geliştirmeler yaptık. Bu yükseltme, daha güvenilir bir test süreci sağlayarak çalışmanızdaki kesintileri en aza indirir.
- Yükseltme İstemi: Yeni sürüme geçişi sorunsuz hale getirmek için yükseltme istemiyle karşılaşırsınız. Bu, herkesin sizin uygunluğunuz için geliştirilmiş sürüme kolayca geçiş yaparak uyumluluğu ve performansı geliştirmesini sağlar.
Geri bildirim
Fikrinizi öğrenmek isteriz! Bir sorunu bildirebilir veya bir fikir sağlayabilir, Geliştirici Topluluğu aracılığıyla izleyebilir ve Stack Overflow hakkında öneriler alabilirsiniz.