Aracılığıyla paylaş

Azure DevOps hizmet güncelleştirmeleri ve tümleştirme iyileştirmeleri

Azure DevOps ortamınızın güvenli kalmasını sağlamaya yardımcı olmak için önemli hizmet güncelleştirmeleri yapıyoruz. Bu, Nisan 2025'den itibaren yeni OAuth uygulama kayıtları için desteği sonlandırmayı içerir, ancak mevcut uygulamalar 2026'da tam kullanımdan kaldırana kadar çalışmaya devam edecektir. Ayrıca, 23 Nisan 2025'ten itibaren tüm HTTPS bağlantıları için Sunucu Adı Göstergesi (SNI) gerekecek ve Azure Repos'taki TFVC check-in ilkelerinde güncellemeler yapılacaktır.

Bu güncellemelerin yanı sıra, dalları, pull isteklerini ve işlemeleri iş öğelerine bağlamayı kolaylaştıran Azure Boards + GitHub entegrasyonumuzdaki en son iyileştirmeleri duyurmaktan heyecan duyuyoruz. Buna ek olarak, İşlem Hatları artık YAML aşama bağımlılıkları için daha fazla görünürlük sağlayarak ekiplerin daha karmaşık iş akışlarını daha iyi verimlilikle yönetmesine yardımcı olur.

Ayrıntılar için sürüm notlarına göz atın.

Genel

Azure Boards:

Azure Depoları

Azure Hatları

Azure Test Planları:

Genel

Nisan 2025'den itibaren yeni Azure DevOps OAuth uygulaması yok

Nisan 2025'den itibaren Artık Azure DevOps OAuth uygulamalarının yeni kayıtlarını desteklemiyoruz. Bu, Azure DevOps OAuth platformunu kullanımdan kaldırmaya yönelik uzun vadeli vizyonumuzun ilk adımıdır. Azure DevOps REST API'lerinin üzerine uygulama oluşturan tüm geliştiricilerin Microsoft kimlik platformunu keşfetmesini ve bunun yerine yeni bir Entra uygulaması kaydetmesini öneririz.

Mevcut tüm Azure DevOps OAuth uygulamaları, platformun 2026'daki resmi kullanımdan kaldırılmasına kadar çalışmaya devam edecektir. Buradan blog gönderimizden daha fazla bilgi edinebilirsiniz.

Azure DevOps Services için Sunucu Adı Göstergesi (SNI) artık zorunlu

23 Nisan 2025'te, Azure DevOps Services'e gelen tüm HTTPS bağlantılarında Sunucu Adı Göstergesi (SNI) gerekecektir.

SNI, istemcilerin bağlandıkları ana bilgisayar adını belirtmesine olanak tanıyan bir TLS protokolü uzantısıdır. Tüm modern tarayıcılar ve istemci yazılımları SNI'yi destekler ve varsayılan olarak kullanarak çoğu kullanıcı için sorunsuz bir geçiş sağlar. Aslında sunucularımıza ulaşan müşteri trafiğinin 99,995%'den fazlası SNI'ye hazırdır.

Ancak bazı istemci yazılımları güncel olmayan, yanlış yapılandırılmış ağ kitaplıkları, çalışma zamanları veya işletim sistemleri gibi çeşitli faktörler nedeniyle SNI ile uyumsuz olabilir. Sorunlar proxy'lerden veya NGFW güvenlik duvarlarından da kaynaklanabilir. Azure DevOps ile kullanılan aşağıdaki araçlar SNI sorunlardan etkilenebilir:

  • Git istemcileri
  • IDE eklentileri ve uzantıları (Her Yerde Takım Gezgini)
  • SNI (Java 6 ve öncesi) desteklemeyen veya varsayılan olarak SNI'nin etkinleştirilmediği eski Java sürümlerinde çalışan yazılımlar (java 7 ve 8'in bazı sürümleri)
  • Eski tarayıcı sürümleri (bkz https://caniuse.com/sni. )

SNI sorunları genellikle bağlantı hatalarıyla ortaya çıkar, örneğin:

  • ERR_SSL_PROTOCOL_ERROR, ERR_CERT_COMMON_NAME_INVALID
  • javax.net.ssl.SSLHandshakeException, javax.net.ssl.SSLException
  • SSL/TLS güvenli kanalı için güven ilişkisi kurulamadı

SNI gerektirecek şekilde yapılandırdığımız Azure DevOps'un durum uç noktasını çağırarak sisteminizin SNI uyumluluğunu doğrulayabilirsiniz. Bu çağrı başarılı olursa, işletim sistemi ve ağ ortamı da dahil olmak üzere konağın SNI uyumlu olduğunu gösterir. Test etme hakkında ayrıntılı yönergeler için blog gönderimizi ziyaret edin.

Azure Boards

GitHub Tümleştirmesi: Taahhütlere, dallara ve çekme isteklerine bağlanma iyileştirmeleri

Kullanılabilirlik boşluklarını kapatmak ve Azure Repos'ta alışkın olduğunuz deneyimle uyumlu hale getirmek için Boards + GitHub tümleştirmesini sürekli geliştiriyoruz.

Bu güncelleştirmeyle dalların, çekme isteklerinin ve işlemelerin iş öğelerine nasıl bağlanacaklarını kolaylaştırmak için çeşitli geliştirmeler yaptık:

  • GitHub dalı bir iş öğesine bağlandığında, ilişkili çekme istekleri otomatik olarak bağlanır. AB# uygulamasını el ile kullanmanız gerekmez.

  • Çekme isteği birleştirildikten sonra, birleştirme işlemesi otomatik olarak iş öğesine bağlanır.

  • Pull request birleştirildikten sonra dal silinirse, dalla ilgili bağlantı iş öğesinden otomatik olarak kaldırılır.

Bu geliştirmeler geliştirme ilerleme durumunuzu izlemenizi ve temiz, up-to-date iş öğesi ilişkilendirmelerini korumanızı kolaylaştırır.

Gif'den GitHub panolarına tümleştirme geliştirmeleri.

GitHub Tümleştirmesi: YAML işlem hatları için derleme durumunu gösterme

YAML ile Klasik İşlem Hatları arasında özellik eşliği sağlamaya kararlıyız. Eksik olan önemli bir özellik, deponuz GitHub'da barındırıldığında "Derlemeye entegre" bağlantısı sağlama yeteneğiydi. En son sürümümüzle, YAML işlem hattı ayarlarına şunları denetlemeniz için bir seçenek ekleyerek bu boşluğu ele aldık:

İş öğelerini otomatik olarak bağlama ekran görüntüsü.

Derleme tamamlandıktan sonra ilgili bağlantı ilişkili iş öğelerinde otomatik olarak görünür ve genel izlenebilirlik hikayesini geliştirir.

Yapıya entegre ekran görüntüsü.

Teslimat Planları sınırı artırıldı

Daha önce proje başına Teslim Planları'nı 1.000 ile sınırlandırdık. Bu güncelleştirmeyle proje başına maksimum Teslim Planı sayısını 1.500'e yükseltmiş olduk. Teslim Planları ekleme ve düzenleme hakkında daha fazla bilgiyi buradaki belgelerde bulabilirsiniz.

Azure Depoları

TFVC check-in politikaları değişiklikleri

Microsoft.TeamFoundationServer.ExtendedClient NuGet paketinin yeni sürümü (19.254)

NuGet Microsoft.TeamFoundationServer.ExtendedClient paketi yeni TFVC ilke sınıfları ve yöntemleriyle güncelleştirildi.

İlke değişiklikleri

TFVC iade ilkelerinin Azure DevOps'ta nasıl depolandığı konusunda değişiklikler yapıyoruz. Bu, NuGet Microsoft.TeamFoundationServer.ExtendedClient'ın hizmetle nasıl iletişim kuracaklarına yönelik güncelleştirmeler anlamına da gelir.

TFVC projeniz iade ilkeleri kullanıyorsa, bu ilkeleri yeni biçime geçirin. Bunu yapmanın iki yolu vardır:

  1. Visual Studio'yu kullanma.

Uyarı

Bir eylemin belirli tehlikeli sonuçları.: Devam etmeden önce Visual Studio'yu en son sürüme güncelleştirdiğinizden emin olun (VS 2022, VS 2019 ve VS 2017 en düşük sürüme 17.14 Preview 3sahip , , 17.13.617.12.7, 17.10.13, 17.8.20, , , 16.11.46, 15.9.72 yeni ilkeleri destekliyor).

Visual Studio proje yöneticisini kullanarak yeni ilkeler oluşturmak için Ayarlar - Takım Projesi ->> Kaynak Denetimi -> İade İlkesi'ni açmalı ve eskisiyle aynı parametrelerle yeni ilke (eski" işareti olmadan) eklemelidir:

Düzeltme öncesi ekran görüntüsü

  1. Sunucuyla iletişim kurmak için özelleştirilmiş bir uygulama kullanıyorsanız, lütfen geçiş kılavuzunu izleyin.

TFVC check-in işlemlerini gelecekteki Azure DevOps sürümleriyle uyumlu tutmak için veri geçişi gereklidir. Şimdilik hem eski (Eski) hem de yeni ilkeler geçerli ve işlevsel kalır. Gelecek Planları hakkında bilgi için blog gönderimize bakın.

GetRepository API'sinde geliştirme

Depolar - Repositories - Get Repository API'sinin yanıtına depo oluşturma tarihini döndüren creationDate özelliğini ekledik. Bu özellik, 7.2-preview ve daha yüksek API sürümlerinde kullanılabilir.

Çekme İstekleri Sorgu API'sinde geliştirme

Çekme İsteği Sorgusu - Get API'sinin yanıtına yeni bir Label özelliği ekledik. Artık tüm sorgulara ilgili çekme istekleri için etiketler ekleyip eklemeyeceğinizi belirtebilirsiniz. Yeni bir Include özelliği mevcut - Etiketler olarak ayarlandığında yanıt, belirtilen PR'ler için etiketleri içerir. olarak nullbırakılırsa etiketler dahil edilmeyecektir. İstenmeyen hataları önlemek için NotSet'nin açıkça atanmadığından emin olun; bu, Bad Request ile sonuçlanacaktır.

Uyarı

Etiket zenginleştirme kaynağı kullanımı, atanan etiketlerin sayısına ve uzunluklarına bağlıdır. Etiket istemek, sınırlamaları etkileyebilir ve ağ yükünü artırabilir. Performansı iyileştirmek için gereksiz etiket isteklerinden kaçınmanızı öneririz.

İstek yükü örneği:

{
    "queries": [
        {
            "type": "lastMergeCommit",
            "include": "Labels",
            "items": [ 
                "0d6c9b2b524113113fced41aecbf8631a4649dec"
            ]
        },
        {
            "type": "lastMergeCommit",
            "items": [
                "b524113113f0dd41aecbf8631a4649dec6c9b2ce"
            ]
        }
    ]
}

Azure Hatları

YAML işlem hattı aşaması bağımlılıkları için geliştirilmiş görünürlük

YAML işlem hatları karmaşık iş akışlarını yönetmek için esneklik sağlar, ancak özellikle çok bölgeli dağıtımlarda aşama bağımlılıklarını görselleştirmek zor olmuştur.

Birden çok Azure bölgesine dağıtan işlem hattının ekran görüntüsü.

Aşamaların nasıl bağlandığı her zaman açık değildir. Örneğin, CUS3'in WUS2 ve WUS3'e ek olarak WUS1'e bağlı olup olmadığını belirlemek YAML'nin doğrudan gözden geçirilmesini gerektirmiştir.

Bu sprint ile aşama bağımlılıkları artık bir aşama genişletildiğinde görüntülenir ve yürütme sırası ve yukarı akış gereksinimleri hakkında anında içgörü sağlar.

Genişlettiğiniz aşama bağımlılıklarının ekran görüntüsü.

Yeni Temsilci CDN

Edgio CDN kullanımdan kaldırılırken, Edgio'ya https://vstsagentpackage.azureedge.net ait etki alanı URL'si de kullanımdan kaldırılacaktır. Yeni CDN tarafından desteklenen yeni bir etki alanı URL'si https://download.agent.dev.azure.com ekliyoruz. Bu yeni etki alanı URL'sini güvenlik duvarı izin verilenler listesine eklediğinizden emin olun. Kendi barındırdığınız ajanlar için ajan paketi indirmeleri, eski etki alanı URL'si kaldırıldıktan sonra başarısız olacaktır. Daha fazla ayrıntı için gönderiye bakın.

Node 16, işlem hattı paketlerinden kaldırılacak - İşlem hattı aracısı paketleri

Aracı görevleri PowerShell veya Node'da uygulanabilir. Aracı, görevlerin hedefleyebileceği birden çok Node sürümüyle birlikte gelir.

Yeni Node sürümleri yayımlandıkçe görevler yeni Node sürümlerini kullanacak şekilde güncelleştirilir. Çalışma zamanları ajanla birlikte gelir.

Node.js sürümleri ana bakım döneminden çıktıkça, bazı Pipeline görevleri hâlâ buna bağlı kalmaktadır. Azure DevOps desteklenen görevleri desteklenen bir Node sürümüne güncelleştirir. Üçüncü taraf görevlerin çalışması için hala eski Node sürümleri gerekebilir.

Buna uyum sağlamak için iki tür İşlem Hattı aracı paketimiz vardır:

Paketler Node.js sürümleri Açıklama
vsts-agent-* 6, 10, 16, 20 Görev yürütme işleyicisi olarak kullanılabilecek tüm Node sürümlerini içerir
pipelines-agents-* 20 Yalnızca son Node sürümlerini içerir. Bu paketlerin amacı Node'un kullanım süresi sonu sürümünü içermemektir.

Node 16 paketi olmayan bir aracıda Node 16 yürütme işleyicisi gerektiren bir görev çalıştırmak istiyorsanız, işlem hattınıza NodeTaskRunnerInstaller@0 görevi ekleyerek yürütme işleyicisini yükleyebilirsiniz:

  steps:
  - task: NodeTaskRunnerInstaller@0
    inputs:
      runnerVersion: 16

Azure Test Planları

Eylem günlüğünü kullanımdan kaldırma ve ekran kaydına geçme

Masaüstü Azure Test Çalıştırıcısı istemcimiz, Windows 7'de kullanıma sunulan ve yeni Windows sürümlerinde kullanım dışı bırakılanSorun Adımları Kaydedicisi'ne (PSR) dayanır. Sonuç olarak, masaüstü test çalıştırıcımızdaki eylem günlüğü işlevi artık gelecekteki güncelleştirmelerde çalışmayabilir.

Kesintisiz test izleme sağlamak için, test adımlarını yakalamak ve yönetmek için modern, güvenilir bir yol sağlayan web çalıştırıcımız test ve Geri Bildirim Uzantısı'nda ekran kaydına geçmenizi öneririz. Test ve Geri Bildirim Uzantısına geçiş konusunda yardıma ihtiyacınız varsa lütfen destek ekibimize ulaşın.

El ile test çalıştırmasını otomatik duraklatma

Test çalıştırmalarınızda ilerlemeyi asla kaybetmeyin; otomatik duraklatma özelliği ile test süreçlerinizi güvenceye alın. Bu yeni özellik, çalışmanız kesintiye uğrarsa test çalışması çalıştırmanızı otomatik olarak duraklatır ve kısmi ilerlemenin el ile duraklatılma gerekmeden kaydedilmesini sağlar. Oturumun dışına çıksanız da kapatsanız da, test çalışmanızı kaldığınız yerden kolayca sürdürebilir, veri kaybı riskini azaltabilir ve iş akışınızı geliştirebilirsiniz. Otomatik duraklatma, duraklatma ve sürdürme sürecini basitleştirerek ilerlemenizi kaybetme endişesi olmadan testlere odaklanmanıza yardımcı olur. Deneyin ve düşüncelerinizi e-posta yoluyla bize bildirin!

Web ve masaüstü çalıştırıcısında test adımını geri almayı gösteren gif.

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 git

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

Silviu Andrica