Azure DevOps Server 2019 Sürüm Notları

| Geliştirici Topluluğu Sistem Gereksinimleri | Lisans Koşulları | DevOps Blogu | SHA-1 Karmaları

Bu makalede, Azure DevOps Server için en yeni sürümle ilgili bilgiler 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 ürünlerini indirmek için Azure DevOps Server İndirmeler sayfasını ziyaret edin.

Azure DevOps Server 2020'ye doğrudan yükseltme, Azure DevOps Server 2019 veya Team Foundation Server 2015 veya daha yeni sürümlerden desteklenir. TFS dağıtımınız TFS 2010 veya daha önceki bir sürümdeyse, Azure DevOps Server 2019'a yükseltmeden önce bazı ara adımları gerçekleştirmeniz gerekir. Daha fazla bilgi edinmek için bkz. Şirket içi Azure DevOps'u yükleme ve yapılandırma.

---

Azure DevOps Server 2019'dan Azure DevOps Server 2020'ye Güvenle Yükseltin

Azure DevOps Server 2020, proje düzeyi ayarlarına göre çalışan yeni bir işlem hattı çalıştırması (derleme) bekletme modeli sunar.

Azure DevOps Server 2020, işlem hattı düzeyinde saklama ilkelerine göre derleme saklamayı farklı işler. Bazı ilke yapılandırmaları, işlem hattı çalıştırmalarının yükseltmeden sonra silinmesine yol açar. El ile tutulan veya bir yayın tarafından tutulan işlem hattı çalıştırmaları yükseltmeden sonra silinmez.

Azure DevOps Server 2019'dan Azure DevOps Server 2020'ye güvenli bir şekilde yükseltme hakkında daha fazla bilgi için blog gönderimizi okuyun.

Azure DevOps Server 2019.0.1 Yama 16 Yayın Tarihi: 14 Kasım 2023

Azure DevOps Server 2019 Güncelleştirme 1.2 için aşağıdaki düzeltmeleri içeren bir düzeltme eki yayımladık.

• Kabuk görevleri bağımsız değişkenlerini etkinleştir parametre doğrulaması için izin verilen PowerShell görevleri karakter listesi genişletildi.

Not

Bu düzeltme ekine yönelik düzeltmeleri uygulamak için görevleri el ile güncelleştirmeye yönelik birkaç adımı izlemeniz gerekir.

Düzeltme eklerini yükleme

Önemli

12 Eylül 2023'te yayınlanan Patch 15 ile Azure Pipelines aracısına yönelik güncelleştirmeler yayımladık. Aracı güncelleştirmelerini Düzeltme Eki 15 sürüm notlarında açıklandığı gibi yüklemediyseniz, Düzeltme Eki 16'yı yüklemeden önce bu güncelleştirmeleri yüklemenizi öneririz. Yama 15 yüklendikten sonra aracının yeni sürümü 3.225.0 olacaktır.

TFX'i yapılandırma

1. tfx-cli yüklemek ve oturum açmak için görevleri proje koleksiyonuna yükleme belgelerindeki adımları izleyin.

TFX kullanarak görevleri güncelleştirme

File	SHA-256 Karması
Tasks20231103.zip	389BA66EEEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. Tasks20231103.zipindirip ayıklayın.
2. Dizini ayıklanan dosyalara dönüştür.
3. Görevleri karşıya yüklemek için aşağıdaki komutları yürütebilirsiniz:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.230.0.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.230.0.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.230.0.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.230.0.zip 

İşlem Hattı Gereksinimleri

Yeni davranışı kullanmak için, etkilenen görevleri kullanan işlem hatlarında bir değişken AZP_75787_ENABLE_NEW_LOGIC = true ayarlanmalıdır.

• Klasikte:

  değişkenini işlem hattının değişken sekmesinde tanımlayın.

• YAML örneği:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Azure DevOps Server 2019.0.1 Yama 15 Yayın Tarihi: 12 Eylül 2023

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir yama yayımladık.

• CVE-2023-33136: Azure DevOps Server Uzaktan Kod Yürütme Güvenlik Açığı.
• CVE-2023-38155: Azure DevOps Server ve Team Foundation Server Ayrıcalıkların Yükseltilmesi Güvenlik Açığı.

Önemli

Düzeltme ekini bir test ortamına dağıtın ve düzeltmeyi üretim ortamına uygulamadan önce ortamın işlem hatlarının beklendiği gibi çalıştığından emin olun.

Not

Bu düzeltme ekine yönelik düzeltmeleri uygulamak için aracıyı ve görevleri el ile güncelleştirmek için bir dizi adımı izlemeniz gerekir.

Düzeltme eklerini yükleme

1. Azure DevOps Server 2019.0.1 Yama 15'i indirin ve yükleyin.

Azure Pipelines aracısını güncelleştirme

1. Aracıyı şu kaynaktan indirin: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 - Agent_20230825.zip
2. Aracıyı dağıtmak için şirket içinde barındırılan Windows aracıları belgelerinde açıklanan adımları kullanın.  

Not

Aracının eski sürüme düşürülmesini önlemek için AZP_AGENT_DOWNGRADE_DISABLED "true" olarak ayarlanmalıdır. Windows'da, aşağıdaki komut bir yönetim komut isteminde ve ardından yeniden başlatmada kullanılabilir. setx AZP_AGENT_DOWNGRADE_DISABLED true /M

TFX'i yapılandırma

1. tfx-cli yüklemek ve oturum açmak için görevleri proje koleksiyonuna yükleme belgelerindeki adımları izleyin.

TFX kullanarak görevleri güncelleştirme

1. Tasks_20230825.zipindirip ayıklayın.
2. Dizini ayıklanan dosyalara dönüştür.
3. Görevleri karşıya yüklemek için aşağıdaki komutları yürütebilirsiniz:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.226.3.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.226.2.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.226.1.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.226.2.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.226.2.zip 

İşlem Hattı Gereksinimleri

Yeni davranışı kullanmak için, etkilenen görevleri kullanan işlem hatlarında bir değişken AZP_75787_ENABLE_NEW_LOGIC = true ayarlanmalıdır.

• Klasikte:

  değişkenini işlem hattının değişken sekmesinde tanımlayın.

• YAML örneği:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Azure DevOps Server 2019.0.1 Yama 14 Yayın Tarihi: 8 Ağustos 2022

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir yama yayımladık.

• CVE-2023-36869: Azure DevOps Server Kimlik Sahtekarlığı Güvenlik Açığı.

Azure DevOps Server 2019.0.1 Yama 13 Yayın Tarihi: 17 Mayıs 2022

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir yama yayımladık.

• Kullanıcının Active Directory hesabı devre dışı bırakıldıktan sonra tüm kişisel erişim belirteçlerini iptal edin.

Azure DevOps Server 2019.0.1 Yama 12 Yayın Tarihi: 26 Ocak 2022

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir yama yayımladık.

• jndilookup sınıfını log4j ikili dosyalarından kaldırarak Elasticsearch güvenlik açığı giderildi.

Yükleme adımları

1. Sunucuyu Yama 12 ile yükseltin.
2. konumundaki kayıt defteri değerini HKLM:\Software\Elasticsearch\Versiondenetleyin. Kayıt defteri değeri orada değilse, bir dize değeri ekleyin ve Version değerini 5.4.1 (Ad = Sürüm, Değer = 5.4.1) olarak ayarlayın.
3. Benioku dosyasında sağlanan update komutunu PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update çalıştırın. Şöyle bir uyarı döndürebilir: Uzak sunucuya bağlanılamıyor. Güncelleştirme tamamlanana kadar yeniden denemeler gerçekleştirdiğinden pencereyi kapatmayın.

Not

Azure DevOps Server ve Elasticsearch farklı makinelerde yüklüyse, aşağıda açıklanan adımları izleyin.

1. Sunucuyu Yama 12 ile yükseltin.
2. konumundaki kayıt defteri değerini HKLM:\Software\Elasticsearch\Versiondenetleyin. Kayıt defteri değeri orada değilse, bir dize değeri ekleyin ve Version değerini 5.4.1 (Ad = Sürüm, Değer = 5.4.1) olarak ayarlayın.
3. Elasticsearch uzak dosya klasöründe bulunan C:\Program Files\{TFS Version Folder}\Search\zip zip adlı klasörün içeriğini kopyalayın.
4. Elasticsearch sunucu makinesinde komutunu çalıştırın Configure-TFSSearch.ps1 -Operation update .

SHA-256 Karma: 96C7AF3E3ED67C76451BA228427B3C0738EEB4A5835B6A91EBD3205A54C384D7

Azure DevOps Server 2019.0.1 Yama 11 Yayın Tarihi: 10 Ağustos 2021

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir yama yayımladık.

• Derleme tanımı kullanıcı arabirimi hatası düzeltildi.

Azure DevOps Server 2019.0.1 Yama 10 Yayın Tarihi: 13 Nisan 2021

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir yama yayımladık.

• CVE-2021-27067: Bilgilerin açığa çıkması

Yama 10'u uygulamak için görevi yüklemeniz AzureResourceGroupDeploymentV2 gerekir.

AzureResourceGroupDeploymentV2 görev yüklemesi

Not

Aşağıda belirtilen tüm adımların bir Windows makinesinde gerçekleştirilmesi gerekir

Yükleme

1. AzureResourceGroupDeploymentV2.zip paketini bilgisayarınızdaki yeni bir klasöre ayıklayın. Örneğin: AzureResourceGroupDeploymentV2.

2. makinenize göre Node.js 14.15.1 ve npm'yi (Node.js indirmeye dahil) indirip yükleyin.

3. Yönetici modunda bir komut istemi açın ve tfx-cli'yi yüklemek için aşağıdaki komutu çalıştırın.

npm install -g tfx-cli

4. Tam erişim ayrıcalıklarına sahip bir kişisel erişim belirteci oluşturun ve kopyalayın. Bu Kişisel erişim belirteci tfx login komutu çalıştırılırken kullanılır.

5. Komut isteminden aşağıdakileri çalıştırın. İstendiğinde Hizmet URL'si ve Kişisel erişim belirtecini girin.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Görevi sunucuya yüklemek için aşağıdaki komutu çalıştırın. 1. adımdaki ayıklanan .zip dosyasının yolunu kullanın.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019.0.1 Yama 9 Yayın Tarihi: 8 Aralık 2020

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir yama yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2020-1325: Azure DevOps Server Kimlik Sahtekarlığı Güvenlik Açığı
• CVE-2020-17135: Azure DevOps Server Kimlik Sahtekarlığı Güvenlik Açığı
• CVE-2020-17145: Azure DevOps Server ve Team Foundation Server Kimlik Sahtekarlığı Güvenlik Açığı
• TFVC'nin tüm sonuçları işlememesi sorunu düzeltilir

Önemli

Bu düzeltme ekini yüklemeden önce lütfen aşağıdaki yönergelerin tamamını okuyun.

Genel düzeltme eki yüklemesi

Azure DevOps Server 2019.0.1 sürümünüz varsa, Azure DevOps Server 2019.0.1 Düzeltme Eki 9'u yüklemeniz gerekir.

Yüklemeyi Doğrulama

• 1. Seçenek: komutunu çalıştırın devops2019.0.1patch9.exe CheckInstalldevops2019.0.1patch9.exe yukarıdaki bağlantıdan indirilen dosyadır. Komutun çıktısı, düzeltme ekinin yüklendiğini veya yüklenmediğini söyler.

• Seçenek 2: Aşağıdaki dosyanın sürümünü denetleyin: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 varsayılan olarak'a c:\Program Files\Azure DevOps Server 2019 yüklenir. Azure DevOps Server 2019.0.1 Yama 9'u yükledikten sonra, sürüm 17.143.30723.4 olacaktır.

AzurePowerShellV4 görev yüklemesi

Not

Aşağıda belirtilen tüm adımların bir Windows makinesinde gerçekleştirilmesi gerekir

Önkoşullar

1. Özel aracı makinenize Azure PowerShell Az modülü Azure Powershell'i yükleyin.

2. AzurePowerShellV4 göreviyle bir işlem hattı oluşturun. Görevde yalnızca bir Standart Hatada Başarısız seçeneğini görürsünüz.

Yükleme

1. AzurePowerShellV4.zip paketini AzurePowerShellV4 adlı bir klasöre ayıklayın.

2. makinenize göre Node.js 14.15.1 ve npm'yi (Node.js indirmeye dahil) indirip yükleyin.

3. Yönetici modunda bir komut istemi açın ve tfx-cli'yi yüklemek için aşağıdaki komutu çalıştırın.

npm install -g tfx-cli

4. Tam erişim ayrıcalıklarına sahip bir kişisel erişim belirteci oluşturun ve kopyalayın. Bu Kişisel erişim belirteci tfx login komutu çalıştırılırken kullanılır.

5. Komut isteminden aşağıdakileri çalıştırın. İstendiğinde Hizmet URL'si ve Kişisel erişim belirtecini girin.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Görevi sunucuya yüklemek için aşağıdaki komutu çalıştırın. Ayıklanan paketin yolu D:\tasks (1)\AzurePowerShellv4 olacaktır.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019.0.1 Yama 8 Yayın Tarihi: 8 Eylül 2020

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir güvenlik yaması yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• DTS 1713492 - Güvenlik izinlerine AD grupları eklenirken beklenmeyen davranış.

Azure DevOps Server 2019.0.1 Yama 7 Yayın Tarihi: 14 Temmuz 2020

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir güvenlik yaması yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2020-1326: Siteler Arası Betik Oluşturma Güvenlik Açığı
• Derleme işlem hattı, Diğer Git kaynağı'nı seçerken yetkisiz kullanıcılar için yanlış bağlantı gösteriyor.
• XAML derleme tanımında Devralmayı Açık veya Kapalı olarak değiştirirken hata düzeltildi.

Azure DevOps Server 2019.0.1 Yama 6 Yayın Tarihi: 10 Haziran 2020

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir güvenlik yaması yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2020-1327: Azure DevOps Server kullanıcı girişlerini temizlediğinden emin olun
• Azure DevOps'ta SSH'de SHA2 desteği ekleme

Azure DevOps Server 2019.0.1 Yama 5 Yayın Tarihi: 10 Mart 2020

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir güvenlik yaması yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2020-0700: Siteler Arası Betik Oluşturma Güvenlik Açığı
• CVE-2020-0758: AyrıcalıkLarın Yükseltilmesi Güvenlik Açığı
• CVE 2020-0815: AyrıcalıkLarın Yükseltilmesi Güvenlik Açığı

Azure DevOps Server 2019.0.1 Yama 3 Sürüm Tarihi: 10 Eylül 2019

Aşağıdaki hataları düzeltmek amacıyla, Azure DevOps Server 2019.0.1 sürümü için bir güvenlik yaması yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2019-1305 : Depolarda siteler arası betik yazma (XSS) güvenlik açığı
• CVE-2019-1306: Wiki’de uzaktan kod yürütme güvenlik açığı

---

Azure DevOps Server 2019.0.1 Yama 2 Sürüm Tarihi: 13 Ağustos 2019

Aşağıdaki hatayı düzeltmek amacıyla, Azure DevOps Server 2019.0.1 sürümü için bir güvenlik yaması yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• Tüm işlem hatları için varsayılan olarak yetkilendirildiklerini netleştirmek için hizmet bağlantılarına bilgi ekledik.

---

Azure DevOps Server 2019.0.1 Yama 1 Sürüm Tarihi: 9 Temmuz 2019

Aşağıdaki hataları düzeltmek amacıyla, Azure DevOps Server 2019.0.1 sürümü için bir güvenlik yaması yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2019-1072 : İş öğesi izlemesinde uzaktan kod yürütme güvenlik açığı
• CVE-2019-1076 : Çekme isteklerinde siteler arası betik yazma (XSS) güvenlik açığı

---

Azure DevOps Server 2019.0.1 Sürüm Tarihi: 21 Mayıs 2019

Azure DevOps Server 2019.0.1, hata düzeltmelerinin bir dağıtımıdır. Daha önce yayımlanan Azure DevOps Server 2019 yamalarındaki tüm düzeltmeleri içerir. Azure DevOps Server 2019.0.1'i doğrudan yükleyebilir veya Azure DevOps Server 2019 veya Team Foundation Server 2012 veya daha yeni bir sürümden yükseltebilirsiniz.

Not

Veri Geçiş Aracı, bu sürümden yaklaşık üç hafta sonra Azure DevOps Server 2019.0.1 sürümünde kullanıma sunulacaktır. İçeri aktarma için şu anda desteklenen sürümlerin listesini burada görebilirsiniz.

Bu sürüm aşağıdaki hatalar için düzeltmeler içerir:

Azure Boards

• Plan yapılandırırken "Bu plan için alan ölçütleri bir hata var." Geliştirici Topluluğu aracılığıyla bildirilir.
• apiwitcontroller.executequery, bir sorgu aynı sütuna birden çok kez sahip olduğunda bir özel durum oluşturur.
• vso.work_full oauth kapsamını kullanan istemci nesne modelinde WorkItemServer.DownloadFile() başarısız olur.
• Ekli bir görüntüyü iş öğesi alanından farklı bir projedeki başka bir iş öğesi alanına kopyalamak bozuk bir görüntü oluşturabilir.

Azure Repos

• "TF401019: GitRepositoryNotFoundException".

Azure Pipelines

• Test Analizi Sekmesinde, bu özellik önizlemede olmasa da önizlemeyi gösteren bir star (*) vardır.
• Yayınlar sekmesinde, güvenliği yönetme eylemi artık izinleri değiştirip değiştiremeyeceğinden bağımsız olarak tüm kullanıcılara gösterilir.
• Yayınlar giriş sayfalarında, taslak yayını başlat eylemi yeni bir sürüm oluşturuyordu, ancak şimdi taslak sürümü başlatıyor.

Azure Test Plans

• TestRuns ve TestResults CompletedDate üzerindeki 1 saatlik filtre çok ayrıntılı.
• Test Çalışması iş öğesi türünde, "Test Çalışması" türü yerelleştirilmemelidir.
• Test çalışmaları MTM'de veya tarayıcıda gösterilmez.
• Test Planından otomatikleştirilmiş testler çalıştırırken "Doğrulama aşaması: İlişkili yayın işlem hattında yayınları tetikleme izniniz yok" hatası. Geliştirici Topluluğu aracılığıyla bildirilir.
• Silme testi çalışması API'sini kullanarak test çalışmaları diğer projelerden silinebilir. Geliştirici Topluluğu aracılığıyla bildirilir.
• Test Çalıştırıcısı'nda bir iş öğesi bağlantısına tıklanması, iş öğesi URL'sini varsayılan tarayıcı yerine Test Çalıştırıcısı içinde açar.
• Test Çalıştırıcısı oturumunu kapatan kullanıcılar için test çalışması durumu güncelleştirilmiyor.
• Kullanıcı adı ve e-posta adresi, Test Çalıştırıcısı'ndaki kullanıcı açılan listesinde gösterilmez.

Azure Artifacts

• Yukarı Taşı ve Aşağı Taşı , Yukarı Akışlarda yerelleştirilmemiştir.

Analiz

• Analiz raporları, model gerçekten tamamlanmadan önce "hazır" olarak işaretlendiğinden eksik veriler gösterebilir.
• Hız, yanma ve yazma pencere öğeleri, farklı saat dilimlerindeki kullanıcılar için farklı planlı çalışmayı görüntüler.
• Bakım yaparken Analytics veri alımına bir saklama uygulanabilir ve bu da eski raporlara neden olabilir.

Genel

• Yeterli alan olmadığında sol gezinti öğeleri IE'ye sıkılır.

Yönetim

• Sorunlarda hata ayıklamaya yardımcı olmak için Koleksiyon yükseltmesine ek günlük eklendi.
• TfsConfig offlineDetach başarısız olduğunda, hata iletisi eyleme dönüştürülemez.
• TfsJobAgent hizmeti kilitleniyor.
• Yapılandırma tamamlandıktan sonra Search uzantısı yüklenmez.
• Yönetim Konsolu, yapılandırma veritabanı bozulduğunda yanıt vermemeye başlıyor.
• Hizmet Kancaları bildirimleri doğru işlemeyebilir.
• Arama yapılandırıldıktan sonra Kod Arama dizini oluşturma başlatılmıyor.
• Arama sayfaları sonuçlarında konumlanmamış dizeler vardır.

Bu sürüm aşağıdaki güncelleştirmeyi içerir:

Visual Studio Test görevinde Visual Studio 2019 (VS2019) desteği

İşlem hatlarındaki Visual Studio Test görevine Visual Studio 2019 desteği ekledik. Visual Studio 2019 için test platformunu kullanarak testleri çalıştırmak için Test platformu sürümü açılan listesinden En Son veya Visual Studio 2019 seçeneklerini belirleyin.

---

Azure DevOps Server 2019 Yama 2 Yayın Tarihi: 14 Mayıs 2019

Azure DevOps Server 2019 için aşağıdaki hataları düzelten bir güvenlik yaması yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2019-0872 : Test Plans siteler arası betik yazma (XSS) güvenlik açığı
• CVE-2019-0971 : Repos API'sinde Bilgilerin açığa çıkmasıyla ilgili güvenlik açığı
• CVE-2019-0979 : Kullanıcı hub'ında siteler arası betik yazma (XSS) güvenlik açığı

---

Azure DevOps Server 2019 Yama 1 Yayın Tarihi: 9 Nisan 2019

Azure DevOps Server 2019 için aşağıdaki hataları düzelten bir güvenlik yaması yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2019-0857: Wiki'de kimlik sahtekarlığı güvenlik açığı
• CVE-2019-0866 : Pipelines’ta uzaktan kod yürütme güvenlik açığı
• CVE-2019-0867 : Pipelines’ta siteler arası betik yazma (XSS) güvenlik açığı
• CVE-2019-0868 : Pipelines’ta siteler arası betik yazma (XSS) güvenlik açığı
• CVE-2019-0869: Pipelines'da HTML ekleme güvenlik açığı
• CVE-2019-0870 : Pipelines’ta siteler arası betik yazma (XSS) güvenlik açığı
• CVE-2019-0871 : Pipelines’ta siteler arası betik yazma (XSS) güvenlik açığı
• CVE-2019-0874: pipelines'da siteler arası betik yazma (XSS) güvenlik açığı
• CVE-2019-0875: Panolarda ayrıcalıkların yükseltilmesi güvenlik açığı

---

Azure DevOps Server 2019 Sürüm Tarihi: 5 Mart 2019

Not

Veri Geçiş Aracı, bu sürümden yaklaşık üç hafta sonra Azure DevOps Server 2019'da kullanıma sunulacaktır. İçeri aktarma için şu anda desteklenen sürümlerin listesini burada görebilirsiniz.

---

RC2 Yayın Tarihi: 22 Ocak 2019

Azure DevOps Server 2019 RC2'deki Yeniliklerin Özeti

RC2'ye aşağıdaki özellikleri ekledik:

• GitHub Enterprise işlemelerini ve çekme isteklerini Azure Boards iş öğelerine bağlama
• YAML kullanarak derlemeleri yapılandırma
• Kart ek açıklamaları hataları ve özel iş öğesi türlerini içerir
• Geliştirilmiş dal seçici
• Yapıtlarda ve Release Management Dağıtım İşlem Hattı Lisansında Yapılan Değişiklikler

---

RC1 Sürüm Tarihi: 19 Kasım 2018

Azure DevOps Server 2019 RC1'deki Yeniliklerin Özeti

Azure DevOps Server 2019 yeni bir gezinti deneyimi ve birçok yeni özellik sunar. Önemli noktalardan bazıları:

• Yeni gezinti deneyimi
• Raporlama için Analytics market uzantısı kullanıma sunuldu
• Azure SQL Veritabanı desteği
• Yeni koleksiyonlarda devralmayı işleme
• Yeni İş Öğeleri hub'ı
• Yeni Panolar, Kapsamlar ve Sprint hub'ları
• Yeni Sorgular hub'ı
• Şablonları kullanarak çekme isteği açıklamalarını standartlaştırma
• Çekme isteğinin hedef dalını değiştirme
• Yeni Derlemeler sayfasını kullanarak derleme işlem hatlarını yönetme
• Yeni Yayınlar sayfasını kullanarak yayın işlem hatlarını yönetme
• Yayın ilerleme durumunu görselleştirme
• Aracınızı yerel olarak güncelleştirme
• Yayın geçitlerini kullanarak dağıtımları aşamalı olarak kullanıma sunma ve aşamalandırma
• Yukarı akış kaynakları
• Wiki sayfaları için içindekiler tablosu oluşturma

Yeni özellikleri görmek için tek tek bölümlere de atlayabilirsiniz:

• Genel
• Boards
• Repos
• Pipelines
• Test Plans
• Artifacts
• Wiki
• Raporlama

---

Genel

Azure DevOps Server Duyuruyor

10 Eylül'de, Visual Studio Team Services ve Team Foundation Server'ın evrimi olarak Azure DevOps'u duyurduk. Azure DevOps Server 2019, bu yeni markaya sahip ilk şirket içi sürümümüzdür. Blog gönderimizde daha fazla bilgi bulabilirsiniz.

Yeni gezinti deneyimi

Kullanıcı deneyimini modernleştirmek için yeni bir gezinti sunuyoruz. Bu yeni gezinti Azure DevOps hizmetinde kullanıma sunulmuştur ve artık Azure DevOps Server 2019'da kullanıma sunulmuştur. Daha fazla bilgi için blogumuza bakın.

Yapıtlarda ve Release Management Dağıtım İşlem Hattı Lisansında Yapılan Değişiklikler

Kullanıcı geri bildirimlerine dayanarak, Azure DevOps Server 2019 ile lisanslarımızda iki önemli değişiklik yapıyoruz. İlk olarak, müşterilerin artık Artifacts'i kullanmak için Artifact uzantısını satın alması gerekmez. Artifacts lisans kullanımı artık Temel Lisans'a dahil edilecek. Kendilerine Atanmış Temel Lisansa sahip tüm kullanıcılar artık Artifacts'i kullanabilir. İkincisi, müşterilerin artık Release Management Dağıtım İşlem Hatlarını satın alması gerekmeyecektir. Derleme İşlem Hatları gibi Release Management Dağıtım İşlem Hatları da artık Azure DevOps Server 2019'a dahil edilir.

Azure SQL Veritabanı desteği

Azure'da Azure DevOps 2019 çalıştırma deneyimini basitleştirmek için Azure SQL Veritabanı (Genel Amaçlı S3 ve üzeri) desteğini etkinleştirdik. Bu sayede, kapsamlı yedekleme özelliklerinden ve ölçeklendirme seçeneklerinden yararlanarak gereksinimlerinize uygun olarak hizmet çalıştırmanın yönetim yükünü azaltabilirsiniz. Gecikme süresini düşük tutmak için Konak VM'nizin veritabanınızla aynı Azure bölgesinde bulunması gerektiğini unutmayın. Daha fazla bilgi için belgelere bakın.

gelecek sürümlerde istemci nesne modeli SOAP API'lerini test & iş öğesi

Azure DevOps Server 2019, SOAP API'sini ve istemci nesne modelini izleyen iş öğesini desteklemeye devam eder. Ancak, Azure DevOps Server'in gelecek sürümlerinde kullanım dışı olarak işaretlenir. Belgelerimizde daha fazla bilgi bulabilirsiniz.

Yeni koleksiyonlarda devralmayı işleme

İşlem devralma artık yeni koleksiyonlarda kullanılabilir. Kullanıcıların yeni bir koleksiyon oluştururken süreç modeliyle ilgili bir vicdan kararı vermeleri gerekir. Devralma modelinin ne olduğuna ve XML'den nasıl farklı olduğuna ilişkin belgelerimize bakın.

Genişletilmiş arama kutusu

Aramanın önemini anlıyoruz ve ürün üst bilgisindeki genişletilmiş arama kutusunu geri getiriyoruz. Buna ek olarak, artık Azure DevOps'taki herhangi bir hizmet sayfasında "/" öğesine tıklayarak arama kutusunu çağırabilirsiniz.

Varsayılan arama kutusu aşağıdadır:

"/" yazdığınızda genişletilmiş arama kutusunu görürsünüz:

Çalışma açılır öğem

Tanıtmak için çok heyecanladığımız yeni bir özellik, çalışma açılır öğemdir . Ürünün bir bölümünde olduğunuzda ve başka bir bölümden bilgi almak istediğinizde bağlamınızı kaybetmek istemediğinize ilişkin geri bildirim aldık. Bu yeni özellik ile bu açılır öğeye ürünün herhangi bir yerinden erişebilirsiniz ve iş öğeleriniz, çekme istekleriniz ve tüm sık kullanılanlarınız dahil olmak üzere önemli bilgilere hızlıca göz atabilirsiniz. Bu yeni açılır öğeyle, Repos'taysanız kodunuzda aşağı doğru ilerler, ancak daha sonra hangi iş öğesi üzerinde çalışmanız gerektiğini hızlıca denetlemek isterseniz, açılır öğeye tıklayıp size atanan iş öğelerini görebilir ve sonraki öğeyi alabilirsiniz.

Aşağıda, bana atanan iş öğelerini gösteren çalışma açılır öğemi görebilirsiniz:

Burada, bana atanan ÇEKME'leri gösteren ikinci özeti görebilirsiniz. Açılır öğede, daha fazla çekme isteğini görüntülemek için tek tıklamayla da erişebilirsiniz:

Burada, sık kullandığınız her şey olan son özeti görebilirsiniz. Bu, sık kullandığınız ekipleri, panoları, panoları, kapsamları, sorguları ve depoları içerir:

Boards

GitHub Enterprise işlemelerini ve çekme isteklerini Azure Boards iş öğelerine bağlama

Kod için GitHub Enterprise kullanan ve zengin proje yönetimi özellikleri isteyen ekipler artık depolarını Azure Boards ile tümleştirebilir. GitHub'ı ve Azure Boards bağlayarak kapsamlar, panolar, sprint planlama araçları, birden çok iş öğesi türü gibi tüm özellikleri edinebilir ve GitHub'daki geliştirici iş akışlarıyla tümleşen bir iş akışına sahip olabilirsiniz.

İşlemeleri ve çekme isteklerini iş öğelerine bağlamak kolaydır. Aşağıdaki söz dizimini kullanarak iş öğesinden bahsedin:

AB#{work item ID}

İşleme iletisinde, çekme isteği başlığında veya çekme isteği açıklamasında bir iş öğesinden bahsedin; Azure Boards bu yapıtın bağlantısını oluşturur. Örneğin, aşağıdaki gibi bir işleme iletisi düşünün:

Adds support for deleting connections. Fixes AB#20.

Bu işlem 20. iş öğesinden GitHub'daki işlemeye bir bağlantı oluşturur ve bu bağlantı iş öğesinin Geliştirme bölümünde görünür. ​

İş öğesi bahsetmesinden önce "düzelt", "düzeltmeler" veya "düzeltildi" sözcükleri varsa (yukarıda gösterildiği gibi), işleme varsayılan dalla birleştirildiğinde iş öğesi tamamlanmış duruma taşınır.

GitHub'da kod oluşturmak için Azure Pipelines kullanan ekipler, derleme özetinde GitHub işlemelerine bağlı iş öğelerini de görür.

Yeni İş Öğeleri hub'ı

İş Öğeleri Merkezi, iş öğelerinizin yuvası olacak yeni hub'ımızdır! Burada, iş öğelerinizin kapsamı sizin için belirlenmiş birçok farklı liste görünümünüz vardır. Size atanan tüm çalışmalara hızla göz atabilmek için Bana atanan'ı veya projenizdeki en son güncelleştirilen tüm iş öğelerini gösteren Son güncelleştirmeler'i görüntüleyebilirsiniz. Liste seçeneklerinizin tümü aşağıda görülebilir:

Listelerinizin kapsamını daha da daraltmak isterseniz türüne, atanana, duruma, alana, etiketlere ve anahtar sözcüklere göre filtreleyebilirsiniz. İstediğiniz liste görünümüne sahip olduktan sonra, yalnızca sütunun üst bilgisine tıklayarak iş öğelerini sıralayabilirsiniz. Bir sütun, sütunun tam içeriğini görüntüleyemeyecek kadar darsa, üst bilgi alanındaki sütunu kolayca yeniden boyutlandırabilirsiniz. Bu deneyimler aşağıda görülebilir:

Yeni Panolar, Kapsamlar ve Sprint hub'ları

Kapsamlar hub'ı, kullanıcı deneyimini geliştirmek için üç ayrı hub'a bölündü. Güçlü olsa da eski Kapsamlar hub'ı çok fazla özelliğe ev sahipliği yaptı. Bu durum genellikle kullanıcıların aradığı özelliği veya özelliği bulmayı zorlaştırıyordu. Bu sorunu çözmek için Kapsamlar hub'ını aşağıdakilere böldük:

• Kapsamlar hub'ı artık yalnızca bir projenin kapsamlarına ev sahipliği yapıyor. Kapsam, ekip için önceliklendirilmiş bir çalışma listesidir. Kapsamlar iş öğesi hiyerarşisi, tahmin ve yeni sprint planlama deneyimi gibi planlama araçları sağlar.
• Yeni Boards hub'ı, bir proje için tüm Kanban Panolarına ev sahipliği yapıyor. Panolar, durumu ve akışı iletmek için kullanılır. Kartlar (iş öğeleri) ekip tarafından tanımlanan sütunlar aracılığıyla tahta boyunca soldan sağa hareket eder.
• Yeni Sprints hub'ı, bir iş artışını planlamak ve yürütmek için kullanılan özelliklere ev sahipliği yapıyor. Her sprint bir sprint kapsamı, bir görev panosu ve ekibin kapasitesini yönetmek ve ayarlamak için bir görünüm içerir.

Yeni Sorgular hub'ı

Yeni sorgular hub'ı, eski hub'daki mevcut sorgu özelliklerinin çoğunu daha modern bir görünüme ve kullanıma uygun hale getirir ve sizin için önemli olan sorgulara daha kolay ulaşabilmek için yeni özellikler sağlar. Yeni deneyimin bazı önemli noktaları şunlardır:

• En son bilgi tarafından değiştirilen ve sorgu arama özelliğine sahip dizin sayfaları
• Önemli sorgu gruplarına yer işareti eklemek için klasörler için benzersiz URL'lere sahip içerik haritası
• Sonuçlar sayfasından sık kullandığınız sorgulara hızlı erişim

DevOps blogumuzda bu heyecan verici güncelleştirmeler hakkında daha fazla bilgi edinin.

İş öğelerini başka bir projeye taşıma ve iş öğesi türünü değiştirme

Artık iş öğesi türünü değiştirebilir veya iş öğelerini proje koleksiyonundaki başka bir projeye taşıyabilirsiniz . Bu özellikler, veri ambarı'nın devre dışı bırakıldığını gerektirir. Veri ambarı devre dışı bırakılmıştır. Raporlama gereksinimlerinizi desteklemek için Analiz Hizmeti'ni kullanabilirsiniz. Veri ambarını devre dışı bırakma hakkında daha fazla bilgi edinmek için bkz. Veri ambarını ve küpü devre dışı bırakma.

Sprint planlama özellikleri

Yeni sprint planlama özellikleri sprint planlama deneyimini hızlandırmaya ve geliştirmeye yardımcı olur.

• Bir sonraki sprint'inizi oluşturun veya doğrudan Sprints hub'ından mevcut sprint zamanlamasına abone olun.
• İş öğelerini gelecekteki sprint'lere sürükleyip bırakmak için kapsamınızdaki yeni Planlama bölmesini kullanın. Planlama bölmesi sprint tarihlerini, iş öğesi sayılarını ve planlanan eforu içerir.
• Görev Panosu'nun en üstüne gereksinimler ekleyin veya sprint kapsamınızda istediğiniz en üst, en alt veya satıra eklemek için hızlı oluşturma özelliğini kullanın.
• Görünümleri ihtiyaçlarınıza göre uyarlamak için Atanan, İş Öğesi Türü, Durum ve Etiketler filtrelerini kullanın.

Yeni Dizin sayfaları

Kapsamlar, Panolar ve Sprint'ler de dahil olmak üzere tüm yeni hub'larda artık aşağıdaki bölümlere göre düzenlenmiş yeni dizin sayfaları vardır:

• Kaldığınız yerden devam edin Bu yeni bölüm size doğrudan son bölüme hızlı bir bağlantı sağlar (Pano | Kapsam | Sprint) açıktınız.
• Sık kullanılanlar Tüm ekiplerde sık kullandığınız tüm panolar, sprint'ler ve kapsamlar.
• Benim Üyesi olduğunuz takımlar için tüm panolar, kapsamlar ve sprint'ler.
• Tüm Tüm panolarınızın, kapsamlarınızın ve sprint'lerinizin tam listesi.

Yeni Görünüm Seçenekleri menüsü

Kapsamlar, Panolar ve Sprint'ler de dahil olmak üzere yeni hub'ların yeni bir Görünüm Seçenekleri menüsü vardır. Bu, düzeni ve sayfa içeriğini özelleştirmeye yönelik tüm eylemler için yeni bir giriş sayfasıdır. Görünüm Seçenekleri'ni kullanarak kapsamlarda hiyerarşiyi gösterme veya görev panosunda Gruplandır seçeneğini değiştirme, sprint'leri eşleme ve planlama için yan paneli açma veya iş ayrıntıları grafiklerini keşfetme gibi ek görünümleri etkinleştirin.

DevOps blogumuzda bu heyecan verici güncelleştirmeler, yeni Ekip profili bölmesi ve Sık Kullanılanlar hakkında daha fazla bilgi edinin.

Kart ek açıklamaları hataları ve özel iş öğesi türlerini içerir

Kart ek açıklamaları, sezgisel denetim listesi görünümü ve etkileşimi için sevilir. Daha önce, kart ek açıklamaları varsayılan kapsam düzeyi türleriyle sınırlıydı ve Hataları veya özel türleri desteklemiyordu. Yeni sürümle birlikte, iş öğesi türleri üzerindeki kısıtlamayı kaldırdık ve Hataları ve herhangi bir özel iş öğesi türünü kart ek açıklaması olarak gösterme olanağı ekledik.

Kart ek açıklamaları için pano ayarları, bu kapsam düzeyinde kullanılabilen tüm iş öğesi türlerini içerecek şekilde genişletildi.

İş öğesinin ek açıklamaları etkinleştirildiğinde, söz konusu iş öğesi türü için sayımlar karta ayrı bir denetim listesi olarak eklenir.

Etkin iş öğesi türlerini hızlı bir şekilde oluşturmak için kart bağlam menüsü de kullanılabilir.

Önerilen Alanları ve Yinelemeleri kullanarak çalışmayı taşıma

Aynı alanda veya yinelemede çalışmak ve iş öğelerini taşırken hiyerarşilere tekrar tekrar göz atmak yaygın olabilir. Alan ve Yineleme yolu denetimleri artık En son kullanılan değerlerin listesini Öneriler olarak içerir ve bu da ayarlama ve devam etme işlemlerine hızlı erişim sağlar.

Ayrıca, bir iş öğesinin teslim edilmesi gereken zamanları hızlı bir şekilde değerlendirebilmeniz için adın sağında Yineleme tarihleri yer alır.

+/- ile yineleme zamanlaması genelinde sorgu çalışması @CurrentIteration

Ekibinizin @CurrentIteration yineleme zamanlamanıza göre çalışmayı izlemesine yardımcı olan makro artık tamsayı uzaklığını destekliyor. - 1 ile @CurrentIteration kapatılan çalışmalara kolayca göz atın veya + 1 ile @CurrentIteration gelecek yinelemeler için planlanan çalışmalara göz atın. Daha fazla bilgi için Microsoft DevOps Blogu'nda @CurrentIteration gönderisine bakın.

Team parametresiyle @CurrentIteration sorgu yineleme zamanlamalarını netleştirme

Makroyu @CurrentIteration geçmişte sorgularda kullandıysanız, Teams'de farklı yineleme zamanlamalarıyla Ekip bağlamı değiştiğinde sonuçların farklılık gösterebileceğini fark etmiş olabilirsiniz. Şimdi, makroyla bir sorgu oluşturduğunuzda veya değiştirdiğinizde, sorguyla @CurrentIteration ilgili yineleme zamanlamasını içeren Ekibi de seçmeniz gerekir. Team parametresiyle makroyu @CurrentIteration aynı sorguda ancak ekipler arasında kullanabilirsiniz. Örneklerden biri, farklı yineleme adları ve hatta zamanlamalar kullanan iki farklı takım projesindeki iş öğelerine yönelik bir sorgu olabilir. Bu, sprint'ler değiştikçe sorguları güncelleştirmek zorunda kalmamak anlamına gelir! Daha fazla bilgi için Microsoft DevOps Blogu'nda @CurrentIteration gönderisine bakın.

Yeni @TeamAreas makroyla Ekibin Alan Yollarında sorgu çalışması

Ekip ayarlarında, Kapsamlar, Panolar, Planlar ve hatta Panolar'ı yalnızca o Ekip için çalışmaya odaklamanıza yardımcı olan bir veya daha fazla Alan Yolunu ilişkilendirebilirsiniz. Ancak bir Ekip için sorgu yazmak istiyorsanız, sorgu yan tümcelerinde ilgili ekip için belirli Alan Yollarını listelemeniz gerekiyordu. Artık, belirtilen Takıma ait Alan Yollarına kolayca başvurabileceğiniz yeni bir @TeamAreas makro kullanılabilir.

Boş zengin metin alanları için sorgu

Yeni IsEmpty sorgu işlecini kullanarak Açıklama gibi boş bir zengin metin alanına sahip iş öğelerini bulun.

Bağlantı ve bahsetme deneyimlerinde mevcut iş öğelerini kolayca bulun

Mevcut iki iş öğesini birbirine bağlamak istediğinizde, artık yeni iş öğesi arama denetimimizi kullanarak sizin için önemli olan öğeyi kolayca bulabilirsiniz. Sorgu seçicisi, son erişilen iş öğelerinize göre satır içi önerilerle ve belirli bir iş öğesini kimlik veya başlığa göre aramak için bir giriş noktasıyla değiştirildi.

Aramadan iş öğelerini açma

Daha önce, iş öğesi önizleme bölmesi kapalıysa arama sonuçları sayfasından bir iş öğesi açılamıyordu. Bu, arama sonuçlarınızı incelemenizi zor hale getirir. Artık iş öğelerini kalıcı bir pencerede açmak için iş öğesi başlığına tıklayabilirsiniz.

Repos

Geliştirilmiş dal seçici

Azure Repos'daki deneyimlerin çoğu için bir depo ve ardından bu depodaki bir dal seçmeniz gerekir. Çok sayıda dalı olan kuruluşlarda bu deneyimi geliştirmek için yeni bir dal seçici dağıtıyoruz. Seçici artık sık kullandığınız dalları seçmenize veya hızla bir dal aramanıza olanak tanır.

Çekme isteği ilkeleri atlandığında bildirim alma

Çekme istekleri (PR) ve dal ilkeleri kullanan ekipler için, örneğin gecenin bir yarısı bir üretim sorununa düzeltme dağıtırken, insanların bu ilkeleri geçersiz kılması ve atlanması gereken durumlar olabilir. Geliştiricilerin doğru şeyi yapmalarına güvenmek ve geçersiz kılma özelliğini tedbirli bir şekilde kullanmak mantıklıdır. Ekiplerin aynı zamanda, bu ilke geçersiz kılmalarının doğru durumlarda kullanıldığını doğrulamanın bir yoluna da ihtiyacı vardır. Bunu desteklemek için, kullanıcıların ve ekiplerin bir ilke atlandığında e-posta uyarıları almasına izin veren yeni bir bildirim filtresi ekledik. Çekme isteği oluşturuldu veya güncelleştirildi şablonuyla başlayın ve filtre listesinden İlke Atlama'ya tıklayın. Değer olarak İlkeler atlandı'yı seçin. Çekme isteği tamamlandığında ve ilkeler atlandığında size bildirilir.

Anında iletme koruması bırakmadan dal ilkelerinin atlanmasına izin ver

Zaman zaman dal ilkesini atlamanız gereken birçok senaryo vardır. Derlemenin bozulmasına neden olan bir değişikliği geri alma, gece yarısı düzeltme uygulama vb. Daha önce, ekiplerin çekme isteğini tamamlarken hangi kullanıcılara dal ilkelerini atlama izni verildiğini yönetmesine yardımcı olmak için bir izin ("İlke uygulamadan muaf") sunduk. Ancak bu izin, çekme isteği işlemini tamamen atlayarak doğrudan dala gönderme olanağı da verdi.

Bu deneyimi geliştirmek için, atlama izinleri veren ekiplere daha fazla denetim sunmak için eski izni böldük. Eskisini değiştirmek için iki yeni izin vardır:

1. Çekme isteklerini tamamlarken ilkeleri atla. Bu izne sahip kullanıcılar çekme istekleri için "Geçersiz Kıl" deneyimini kullanabilir.
2. Gönderme sırasında ilkeleri atla. Bu izne sahip kullanıcılar, gerekli ilkelerin yapılandırılmış olduğu dallara doğrudan gönderim yapabilir.

İlk izni vererek ve ikincisini reddederek, kullanıcı gerektiğinde atlama seçeneğini kullanabilir, ancak ilkeler içeren bir dala yanlışlıkla gönderme korumasına sahip olmaya devam eder.

Not

Bu değişiklik hiçbir davranış değişikliğine neden olmaz. Daha önce "İlkenin uygulanmasından muaf tutul" için İzin Ver verilen kullanıcılara her iki yeni izin için de İzin Ver verilir, böylece hem PR'lerde tamamlanmayı geçersiz kılabilir hem de ilkelerle doğrudan dallara gönderilebilirler.

Daha fazla bilgi için Dal izinlerini ayarlama belgelerine bakın.

İşleme iletilerini kullanarak çekme isteklerini hızlı bir şekilde açıklama

Açıklayıcı işleme iletileri yazmak, herhangi bir Git deposunun geçmişine değer katar. Kaliteli işleme iletilerini teşvik etmek için, birden çok işlemesi olan yeni çekme istekleri (PR) katkıda bulunanların el ile bir başlık girmesini gerektirir.

Çekme isteği açıklamaları varsayılan olarak boş olmaya devam eder, ancak yeni bir özellik çekme isteği işlemelerinden gelen işleme iletilerinin çekme isteği açıklamasına eklenmesini kolaylaştırır. İşleme iletilerini eklemek için, yürütme iletilerini çekme isteği açıklama metninin sonuna eklemek için İşleme iletileri ekle'ye tıklamanız yeterlidir.

Gözden geçiren olarak varsayılan bir ekip olmadan çekme istekleri oluşturma

Çekme isteği (PR) deneyimini ilk kez başlattığımızda, çekme isteğini oluştururken seçtiğiniz ekip bağlamı için tüm PR'leri atamanın mantıklı olacağını düşündük. Birçok kişi ekip bağlamı ile çekme isteği ataması arasındaki bağlantıyı fark etmediğinden bu davranış bir hayal kırıklığı noktası olmuştur.

Yeni gezinti değişikliklerinin bir parçası olarak, ekiplerle bu varsayılan ilişkiyi değiştirme fırsatı bulduk. İki değişiklik fark edeceksiniz:

1. Çekme isteği oluştururken varsayılan olarak gözden geçiren eklenmez. Gözden geçirenler listesi, kısa süre önce PR'lere eklenmiş olan kişi ve grupları eklemeyi kolaylaştıran bir özelliğe sahiptir. Gerekli gözden geçirenler ilkesi, belirli gözden geçirenlerin kodlarını gözden geçirmek için eklendiğinden emin olmak isteyen ekiplere de yardımcı olabilir.
2. Çekme İstekleri hub'ı yeni bir özelleştirilebilir bölüme sahiptir. Varsayılan olarak, bu bölümde "Ekiplerime atanan" PR'ler gösterilir ve eski bölümle eşdeğer işlevler sağlanır. Ancak, birden çok takıma üyeyseniz, bu bölümde ekiplerinizden herhangi birine atanan ÇEKME'ler gösterilir. Bölüm ayrıca özelleştirilebilir. Bölüm üst bilgisinin yanındaki "Bu görünümü özelleştir" eylemine tıklaman yeter.

Şablonları kullanarak çekme isteği açıklamalarını standartlaştırma

İyi çekme isteği açıklamaları yazmak, gözden geçirenlerin kodu gözden geçirirken ne bekleyebileceğinizi bilmelerine yardımcı olmak için harika bir yoldur. Ayrıca test etme, birim testleri ekleme ve belgeleri güncelleştirme gibi her değişiklik için yapılması gerekenleri izlemenize yardımcı olmak için de harika bir yoldur. Birçoğunuz, ekiplerin harika açıklamalar yazmasını kolaylaştırmak için çekme isteği şablonları eklememizi talep ediyor ve bu özelliği ekledik.

Ekipler, varsayılan çekme isteği açıklaması şablonunu desteklemenin yanı sıra, çekme isteği oluşturma sayfasındaki bir menüde size sunulan birden çok şablon ekleyebilir. Depodaki herhangi bir şablon arasından seçim yapmak için Şablon ekle düğmesine tıklayarak çekme isteği açıklamasına eklemeniz yeterlidir.

Belirli bir dala veya dal klasörüne çekme isteği için farklı bir şablon uygulamak istiyorsanız dallara özgü şablonlar da desteklenir. Örneğin, "hotfix/" ile başlayan tüm dallara özgü bir şablona sahip olmak istiyorsanız, bu dallara tüm PR'ler için kullanılacak bir şablon ekleyebilirsiniz.

Şablonları oluşturma ve kullanma hakkında daha fazla bilgi edinmek için çekme isteği şablonları belgelerine bakın.

Çekme isteğinin hedef dalını değiştirme

Çoğu ekip için, neredeyse tüm çekme istekleri veya developgibi main aynı dalı hedefler. Ancak, farklı bir dalı hedeflemeniz gerektiğinde, hedef dalı varsayılandan değiştirmeyi unutmak kolaydır. Etkin çekme isteğinin hedef dalını değiştirmeye yönelik yeni özellik sayesinde bu artık basit bir eylemdir. Çekme isteği üst bilgisindeki hedef dal adının yanındaki kalem simgesine tıklaman yeter.

Yalnızca hataları düzeltmenin ötesinde, hedef dalları değiştirme özelliği, hedef dal birleştirildiğinde veya silindiğinde çekme isteğini "yeniden hedeflemeyi" de kolaylaştırır. Değişikliklerinizin bağımlı olduğu bazı özellikleri içeren bir özellik dalını hedefleyen bir çekme isteğinizin olduğu bir senaryo düşünün. Bağımlı değişikliklerinizi özellik dalındaki diğer değişikliklerden yalıtarak gözden geçirmek istediğiniz için başlangıçta öğesini hedefleyebilirsiniz features/new-feature. Gözden geçirenler daha sonra yalnızca yaptığınız değişiklikleri görebilir ve uygun açıklamaları bırakabilir.

Şimdi, özellik dalında da pr etkinse ve değişikliklerinizden önce ile main birleştirildiyse ne olacağını göz önünde bulundurun. Daha önce, değişikliklerinizi bırakmanız ve içinde mainyeni bir çekme isteği oluşturmanız veya çekme isteğinizi ile features/new-featurebirleştirmeniz ve ardından uygulamasından features/new-feature öğesine başka bir çekme isteği oluşturmanız gerekirdi main. Hedef dalı güncelleştirmek için bu yeni eylemle, tüm bağlamı ve açıklamaları koruyarak çekme isteğinin features/new-featuremainhedef dalını olarak değiştirebilirsiniz. Hedef dalı değiştirmek, çekme isteğinde yeni bir güncelleştirme oluşturur ve bu da hedef dal değişikliğinden önce önceki farklara bakmayı kolaylaştırır.

Uzantı yazarları geçerli depo hakkındaki bağlamı sorgulayabilir

Sürüm denetimi uzantısının yazarının karşılaştığı zorluklardan biri, kullanıcıya görüntülenen deponun adı, kimliği ve URL'si gibi bağlamını almaktır. Bu konuda yardımcı olmak için VersionControlRepositoryService'i uzantıyla erişilebilir bir hizmet olarak ekledik. Uzantı yazarı bunu kullanarak Web kullanıcı arabirimindeki geçerli Git deposu bağlamı hakkında bilgi sorgulayabilir. Şu anda getCurrentGitRepository() adlı tek bir yöntemi vardır.

• Git deposu seçilirse, depo hakkındaki temel verileri (ad, kimlik ve URL) içeren bir GitRepository nesnesi döndürülür
• TFVC deposu seçilirse veya hizmete Azure Repos sayfaların dışından erişilirse null döndürülür.

Bu hizmeti kullanan örnek bir uzantı aşağıda verilmiştir.

Pipelines

Yeni Derlemeler sayfasını kullanarak derleme işlem hatlarını yönetme

Çeşitli geliştirmeler yapıyoruz ve Derlemeler sayfasının yeni bir sürümünü dağıtıyoruz. Bu yeni sürüm, tüm derleme işlem hatlarınızın dizinini ve geçerli derlemelerin listesini bir araya getirerek projenizin derlemeleri arasında hızla gezinerek durumlarını görebilirsiniz. Ayrıca seçilen işlem hattı için test analizi önizlemesini içerir.

Geliştirilmiş biçimlendirmeyi kullanarak derleme ve dağıtım tamamlama e-postalarını daha iyi yönetme

Derleme ve dağıtım tamamlama e-postaları, e-posta kurallarına göre daha filtrelenebilir olacak şekilde güncelleştirildi. Artık konu satırı bir bakışta daha ilgili bilgiler içeriyor, gövde daha fazla ayrıntı içeriyor ve bunların stili en son markayla yenilendi.

Yeni biçimin öğeleri şunlardır:

• [Build result] [pipeline name] - [repository:branch] - [project name] - [commit]
• [Deployment result] [pipeline name] > [release name] : [stage name]

İşte birkaç örnek:

• [Build succeeded] IdentityService.CI - MyRepo:main - MyProject - d3b90b80
• [Deployment succeeded] New release pipeline > NotificationSpecialRelease-1 : Stage 1

Yeni birleşik Azure Pipelines terminolojisini izleyin

Derlemeler ve sürümler boyunca, benzer kavramlar için geçmişte farklı terimler kullanılmıştır. Diğer durumlarda terimlerin anlamları belirsizdi. Örneğin, aracı havuzu ile aracıkuyruğu arasındaki farkı söyleme.

Terminoloji, kavramlarını netleştirmek için Azure Pipelines'da birleştirildi. Şimdi aşağıdaki birleşik terimleri göreceksiniz:

Önceki terim	Birleşik terim	Anlamı
Barındırılan aracı	Microsoft tarafından barındırılan aracı	Microsoft tarafından yönetilen bulutta barındırılan altyapı üzerinde çalışan bir derleme/yayın aracısı.
Özel aracı	Şirket içi barındırılan aracı	Sizin tarafınızdan sağlanan ve yönetilen bir makinede çalışan derleme/yayın aracısı.
Aracı havuzu	Aracı havuzu	Derlemeleri veya yayınları çalıştırabilen kuruluş düzeyinde bir aracı makine kümesi.
Aracı kuyruğu	Aracı havuzu	Derlemeleri veya yayınları çalıştırabilen, proje düzeyinde bir aracı makine kümesi. Kuruluş düzeyinde aracı havuzuna bağlanır.
Derleme tanımı	Derleme işlem hattı	Bir uygulama için uçtan uca derleme adımları kümesi.
Yapı	Oluşturma	Çalışan veya çalıştırılan bir derleme işlem hattının örneği.
Aşama	İş	Bir aracıda sıralı veya paralel olarak çalışan bir dizi görev. Derleme veya yayın işlem hattı tek bir iş veya birden çok işin grafiğini içerebilir.
Yayın tanımı	Yayın işlem hattı	Bir uygulamanın çeşitli aşamalara dağıtılması için uçtan uca yayın adımları kümesi.
Yayınla	Yayınla	Çalışan veya çalıştırılan bir yayın işlem hattının örneği.
Ortam	Aşama	Yayın işlem hattından oluşturulan bir yayını dağıtmak istediğiniz yeri temsil eden mantıksal ve bağımsız varlık.
Eşzamanlı iş/işlem hattı	Paralel iş	Paralel iş, kuruluşunuzda aynı anda tek bir derleme veya yayın işi çalıştırma olanağı sağlar. Daha fazla paralel iş kullanılabilirken, aynı anda daha fazla derleme ve yayın işi çalıştırabilirsiniz.
Hizmet uç noktası	Hizmet bağlantısı	Bir derleme veya yayındaki görevleri yürütmek üzere dış hizmetlere bağlanmak için kullanılan kimlik bilgileri gibi bir ayar grubu.

Daha fazla bilgi için Kavramlar belgelerine bakın.

Yeni Yayınlar sayfasını kullanarak yayın işlem hatlarını yönetme

Yayın giriş sayfası için yeni ve tamamen yeniden tasarlanmış bir kullanıcı deneyimi sağlanır. Sol tarafta sık sık yayımladığınız yayın işlem hatlarının listesine bakın. İşlem hatlarınızı arayabilir ve sık kullanılanlara ekleyebilirsiniz.

Kuruluş ve güvenlik klasörleri oluşturmak için klasörler görünümüne geçin. Güvenlik bir klasör düzeyinde ayarlanabilir.

Yayın ilerleme durumunu görselleştirme

Yeni sürüm ilerleme durumu görünümü, dağıtım ilerleme durumunun canlı güncelleştirmelerini ve diğer ayrıntılara tek tıklamayla erişmenizi sağlar. Yeni görünüm, yayın işlem hattını görselleştirerek neler olduğunu anlamayı kolaylaştırır ve yayının farklı aşamalarında uygun ayrıntıları ve eylemleri ortaya çıkartır.

İşlem hattı, yayın ayrıntıları ve ortamlar

İşlem Hattı görünümü, yayının yapıtlarını ve bunların dağıtılacağı ortamları gösterir. Yayın alanı, yayın tetikleyicisi, yapıt sürümleri ve etiketler gibi yayın ayrıntılarını sağlar.

Ortamlar, ayrıntılı ilerlemenin yanı sıra durumlarını anlamanıza yardımcı olacak şekilde modellenir. Herhangi bir noktada, ortamdaki durum bağlantısına tıklayarak günlüklere ulaşabilirsiniz.

Dağıtım öncesi ve dağıtım sonrası

Bir ortam için dağıtım öncesi veya dağıtım sonrası koşullar ayarlandıysa, onayların ve geçitlerin varlığıyla birlikte ortamda belirtilir. Onayların ve geçitlerin ilerleme durumu da ortamın durumunda gösterilir. Ortamın sağ veya sol tarafında asılı durumdaki koşul simgesine tıklayarak işlem yapabilir veya diğer ayrıntıları görüntüleyebilirsiniz.

İşlemeler ve iş öğeleri

Her yeni sürümde, ortama tıklayarak her ortam için ilişkili işlemelerin ve iş öğelerinin listesini ayrı ayrı görebilirsiniz. Liste uzunsa, ilgilendiğiniz bir işlemeyi veya iş öğesini bulmak için filtreleri kullanın.

Dağıtım ilerleme durumu ve günlükler

Ortamlar, devam eden dağıtımlar için kaç aşamanın ve görevlerin tamamlanıp tamamlanmadığını ve çalışma süresini içeren canlı güncelleştirmeleri gösterir. Ortam durumuna tıklanması günlükleri içeren bir görünüm açar ve odak şu anda etkin olan öğeye odaklanır.

Odaklanmış bir görünüm girmek için günlüklere tıklayabilirsiniz.

Azure DevOps Server 2019'a yükseltmenin görevler üzerindeki etkisi: Hedef Makinede Windows Machine Dosya Kopyalama ve PoweShell

Test Hub'ı altındaki makine grupları TFS 2017 RTM'de kullanım dışı bırakıldı. Azure DevOps Server 2019 ile Makine grupları hizmeti artık kullanılamaz. Bu, 'Windows Machine Dosya Kopyalama' görev sürümü 1.* ve 'Hedef Makinelerde PowerShell' görev sürümü 1.* kullanıcılarını etkiler. İşlem hatlarınızın çalışmaya devam etmesi için

• 'Windows Makine Dosya Kopyalama' görev sürümü 2.* 'ye geçmeniz ve hedef makine için yalnızca makine adı yerine tam fqdn sağlamanız gerekir.
• Ve 'Hedef Makinede PowerShell' görev sürümü 2.* veya sonraki bir sürüme geçin ve makine veya makine adının tam fqdn'sini ve ardından Windows Uzaktan Yönetim bağlantı noktalarını (http/https) sağlayın. Örneğin, targetMachine:5985 veya targetMachine:5986

Test sonuçları ve genişletilebilirlik

Test yürütme sonuçları da her ortam için ortaya çıkarılır. Test sonuçlarına tıklanması, işleme katkıda bulunan diğer uzantıların sonuçları da dahil olmak üzere test ayrıntılarını içeren bir görünüm açar.

Mevcut uzantılar bu yeni görünümde çalışır, ayrıca uzantıların bir ortam için daha fazla bilgi ortaya çıkarmasına olanak sağlayan yeni genişletilebilirlik noktaları vardır. Daha fazla bilgi için katkılar ve uzantılar belgelerine bakın.

YAML kullanarak derlemeleri yapılandırma

YAML tabanlı derleme işlem hatları Azure DevOps Server kullanılabilir. Deponuzda denetlenen bir YAML dosyası kullanarak sürekli tümleştirme işlem hattınızı otomatikleştirin. YAML şeması için tam başvuru burada bulunabilir.

YAML tabanlı derleme işlem hatlarını daha sorunsuz bir şekilde desteklemek için, oluşturduğunuz tüm yeni kaynakların (örneğin, hizmet bağlantıları, değişken grupları, aracı havuzları ve güvenli dosyalar) varsayılan davranışını bu projenin tüm işlem hattında kullanılabilir olacak şekilde değiştirdik. Kaynaklarınızda daha sıkı denetim istiyorsanız, varsayılan yetkilendirme modelini devre dışı bırakabilirsiniz (aşağıdaki şekile bakın). Bunu yaptığınızda, kaynağı kullanma izni olan birinin YAML dosyasına bir kaynak başvurusu eklendikten sonra işlem hattını açıkça web düzenleyicisine kaydetmesi gerekir.

Derleme tamamlama tetikleyicilerini kullanarak ilgili derlemeleri birbirine zincirleme

Büyük ürünler birbirine bağımlı olan çeşitli bileşenlere sahiptir. Bu bileşenler genellikle bağımsız olarak oluşturulur. Yukarı akış bileşeni (örneğin bir kitaplık) değiştiğinde, aşağı akış bağımlılıklarının yeniden oluşturulması ve yeniden doğrulanması gerekir. Ekipler genellikle bu bağımlılıkları el ile yönetir.

Artık başka bir derlemenin başarıyla tamamlanmasının ardından bir derlemeyi tetikleyebilirsiniz. Bir yukarı akış derlemesi tarafından üretilen yapıtlar sonraki derlemede indirilip kullanılabilir. Ayrıca şu değişkenlerden de veri alabilirsiniz: Build.TriggeredBy.BuildId, Build.TriggeredBy.DefinitionId, Build.TriggeredBy.BuildDefinitionName. Daha fazla bilgi için derleme tetikleyicileri belgelerine bakın.

Bazı durumlarda tek bir çok aşamalı derlemenin gereksinimlerinizi karşılayabileceğini unutmayın. Ancak, gereksinimleriniz farklı yapılandırma ayarları, seçenekler veya bağımlı işleme sahip olmak için farklı bir ekip içerdiğinde derleme tamamlama tetikleyicisi yararlıdır.

Aracınızı yerel olarak güncelleştirme

Galeriden yüklediğiniz görevler bazen işlem hattı aracısının daha yeni bir sürümünü gerektirir. Azure DevOps Server İnternet'e bağlanabiliyorsa, daha yeni sürümler otomatik olarak indirilir. Aksi takdirde, her aracıyı el ile yükseltmeniz gerekir. Bu sürümden başlayarak, Azure DevOps Server aracı paketi dosyalarını İnternet yerine yerel diskinde aramak üzere yapılandırabilirsiniz. Bu, Azure DevOps Server İnternet'te kullanıma sunmanıza gerek kalmadan hangi aracı sürümlerini kullanıma sunabileceğiniz konusunda hem esneklik hem de denetim sağlar.

Yeni derleme durumu rozeti URL'si

Bir deponun giriş sayfasına eklenmiş derleme rozetleri, deponun durumunu göstermenin yaygın bir yoludur. Şimdiye kadar derleme rozetleri olsa da birkaç sorun vardı:

• URL sezgisel değildi
• Rozet bir dala özgü değildi
• Kullanıcının söz konusu tanımın en son derlemesine gitmek için rozete tıklamasının hiçbir yolu yoktu

Şimdi bu sorunları çözen derleme rozetleri için yeni bir API dağıtıyoruz. Yeni API, kullanıcıların dal başına durum yayımlamasına olanak tanır ve kullanıcıları seçilen dalın en son derlemesine götürebilir. Yeni Derlemeler sayfasındaDurum rozeti menü eylemini seçerek yeni durum rozeti URL'si için Markdown'ı alabilirsiniz.

Geriye dönük uyumluluk için eski derleme rozeti URL'lerini de kabul etmeye devam edeceğiz.

Derlemelerinize özel derleme sayaçları ekleme

Derleme sayaçları, derlemeleri benzersiz olarak numaralandırmak ve etiketlemek için bir yol sağlar. Daha önce bunu gerçekleştirmek için $(rev:r) özel değişkenini kullanabilirsiniz. Artık derleme tanımınızda, bir derlemeyi her çalıştırdığınızda otomatik olarak artırılan kendi sayaç değişkenlerinizi tanımlayabilirsiniz. Bunu bir tanımın değişkenler sekmesinde yaparsınız. Bu yeni özellik size aşağıdaki yollarla daha fazla güç verir:

• Özel bir sayaç tanımlayabilir ve bunun tohum değerini ayarlayabilirsiniz. Örneğin sayacınızı 100'de başlatabilirsiniz. $(rev:r) her zaman 0'da başlar.
• Sayacı sıfırlamak için kendi özel mantığınızı kullanabilirsiniz. $(rev:r) derleme numarası oluşturmaya bağlıdır ve derleme numarasında yeni bir ön ek olduğunda otomatik olarak sıfırlanır.
• Tanım başına birden çok sayaç tanımlayabilirsiniz.
• Derleme dışındaki bir sayacın değerini sorgulayabilirsiniz. Örneğin, bir sayaç kullanarak son sıfırlamadan sonra çalıştırılacak derleme sayısını sayabilirsiniz.

Derleme sayaçları hakkında daha fazla bilgi için Kullanıcı tanımlı değişkenler hakkındaki belgelere bakın.

İşlem Hatlarında uyumluluk ve güvenlik doğrulamalarını Azure İlkesi

Geliştirme, güvenlik ve operasyonları bir araya getirirken geliştirme sürecinin başlarında yazılımların kararlılığını ve güvenliğini sağlamak istiyoruz. Bunu yapmak için Azure İlkesi desteği ekledik.

Azure İlkesi, kaynaklarınıza yönelik kuralları ve etkileri zorunlu kılan ilke tanımları ile BT sorunlarını yönetip önlemenize yardımcı olur. Azure İlkesi kullandığınızda, kaynaklar kurumsal standartlarınız ve hizmet düzeyi sözleşmelerinizle uyumlu kalır.

Sürüm sürecinin bir parçası olarak uyumluluk ve güvenlik yönergelerine uymak için Azure kaynak grubu dağıtım deneyimimizi iyileştirdik. Şimdi ARM şablonlarını dağıtırken herhangi bir ihlal olması durumunda Azure Kaynak Grubu dağıtım görevini ilkeyle ilgili hatalarla başarısız yapıyoruz.

Ayrıca Azure İlkesi Yayın tanımı şablonu ekledik. Bu, kullanıcıların Azure ilkeleri oluşturmasına ve bu ilkeleri sürüm tanımının kendisinden kaynaklara, aboneliklere veya yönetim gruplarına atamasına olanak sağlar.

Linux/ARM ve Windows 32 bit platformları üzerinde derleme

Azure Pipelines açık kaynak, platformlar arası aracı her zaman 64 bit (x64) Windows, macOS ve Linux'ta desteklenmiştir. Bu sürümle birlikte desteklenen iki yeni platformu kullanıma sunuyoruz: Linux/ARM ve Windows/32 bit. Bu yeni platformlar, Linux/ARM makinesi Raspberry Pi gibi daha az yaygın ancak daha az önemli olmayan platformlar oluşturmanızı sağlar.

İşlem Hatlarındaki Testler için geliştirilmiş deneyimler

Testler sekmesi artık İşlem Hatları için zengin, bağlam içi test bilgileri sunan modern bir deneyime sahiptir. Yeni deneyim devam eden bir test görünümü, bağlam testi geçmişinde tam sayfa hata ayıklama deneyimi, durdurulan test yürütmesini raporlama ve çalıştırma düzeyi özeti sağlar.

Devam eden testlerin yürütülmesini görüntüleme

Tümleştirme ve işlevsel testler gibi testler uzun süre çalıştırılabilir, bu nedenle test yürütmeyi belirli bir zamanda görmek önemlidir. In-Progress Test Görünümü ile artık test sonucunu bilmek için test yürütmenin tamamlanmasını beklemeniz gerekmez. Sonuçlar çalıştırıldığında neredeyse gerçek zamanlı olarak kullanılabilir ve daha hızlı işlem gerçekleştirmenize yardımcı olur. Bir hatanın hatalarını ayıklayabilir veya iptal edebilir, hata oluşturabilir veya işlem hattını durdurabilirsiniz. Bu özellik şu anda Çoklu Aracı aşamasında VS Test Görevi kullanarak derleme ve yayın işlem hattında, Test Sonuçlarını Yayımlama Görevi'ni kullanarak veya API'leri kullanarak test sonuçlarını yayımlayarak kullanılabilir. Gelecekte bu deneyimi Tek Aracı kullanarak test yürütme için genişletmeyi planlıyoruz.

Aşağıdaki görünümde, yeni sürüm ilerleme durumu görünümündeki In-Progress Test özeti, toplam test sayısını ve belirli bir zaman noktasındaki test hatalarının sayısını raporlama gösterilmektedir.

Yukarıdaki In-Progress Test özeti'ne tıklayarak, Test Plans'da başarısız veya durdurulan test bilgileriyle birlikte ayrıntılı test özetini görüntüleyebilirsiniz. Test özeti, yeni sonuçların kullanılabilirliğine bağlı olarak isteğe bağlı olarak ayrıntı görünümünü yenileme özelliğiyle düzenli aralıklarla yenilenir.

Test çalıştırması hata ayıklama ayrıntılarını tam sayfada görüntüleme

Hata iletileri ve yığın izlemeleri doğası gereği uzun ve hata ayıklama sırasında ayrıntıları görüntülemek için yeterli varlık gerekir. Tam kapsamlı bir hata ayıklama deneyimi elde etmek için artık test veya test çalıştırması görünümünü tam sayfa görünümüne genişletebilir ve geçerli test sonucu için hata oluşturma veya gereksinim ilişkisi gibi bağlam işlemlerinde gerekli işlemleri gerçekleştirebilirsiniz.

Test geçmişini bağlam içinde görüntüleme

Geçmişte ekiplerin test sonucunun geçmişini görüntülemek için Çalıştırmalar hub'ına gitmesi gerekirdi. Yeni deneyimle, derleme ve yayın için Test Plans sekmesinde test geçmişini bağlam içinde doğrudan getiriyoruz. Test geçmişi bilgileri, seçilen test için geçerli derleme tanımı veya ortamıyla başlayarak aşamalı bir şekilde sağlanır ve ardından sırasıyla derleme ve yayın için diğer dallar ve ortamlar gelir.

Durdurulan testleri görüntüleme

Hatalı test kodu, test altındaki kaynak ve ortam sorunları gibi birden çok nedenden dolayı test yürütmesi durdurulabilir. İptalin nedeni ne olursa olsun, davranışı tanılamanız ve kök nedeni belirlemeniz önemlidir. Artık durdurulan testleri ve test çalıştırmalarını, Test Plans tamamlanan çalıştırmaların yanı sıra görüntüleyebilirsiniz. Özellik şu anda Çoklu Aracı aşamasında VS Test Görevi kullanan derleme ve yayın işlem hattında veya API'leri kullanarak test sonuçlarını yayımlamada kullanılabilir. Gelecekte bu deneyimi Tek Aracı kullanarak test yürütme için genişletmeyi planlıyoruz.

Test Geçmişi'nde test izlenebilirliği ve yayın ortamları desteği

Testin çalıştırıldığı çeşitli yayın ortamları tarafından gruplandırılmış otomatikleştirilmiş testin geçmişini görüntüleme desteği ekliyoruz. Yayın ortamlarını yayın işlem hatları veya test ortamları olarak modelleyip bu tür ortamlarda testler çalıştırıyorsanız geliştirme ortamında bir testin geçip geçmediğini ancak Tümleştirme ortamında başarısız olup olmadığını öğrenebilirsiniz. bunun İngilizce yerel ayarından geçip geçmediğini ancak Türkçe yerel ayarı olan bir ortamda başarısız olup olmadığını öğrenebilirsiniz. Her ortam için en son test sonucunun durumunu bulursunuz ve test bu ortamda başarısız olduysa testin başarısız olduğu sürümü de bulursunuz.

Özetlenmiş test sonuçlarını gözden geçirme

Test yürütme sırasında bir test, genel sonuca katkıda bulunan birden çok test örneği ortaya çıkabilir. Birkaç örnek şunlardır: hatalar nedeniyle yeniden çalıştırılan testler, diğer testlerin sıralı bir birleşiminden oluşan testler (örn. sıralı test) veya sağlanan giriş parametresine göre farklı örneklere sahip testler (veri temelli testler). Bu testler birbiriyle ilişkili olduğundan, tek tek test sonuçlarına göre elde edilen genel sonuçla birlikte raporlanması gerekir. Bu güncelleştirmeyle, bir sürümün Testler sekmesinde hiyerarşi olarak sunulan test sonuçlarının geliştirilmiş bir sürümünü kullanıma sunacağız. Bir örneğe göz atalım.

Daha önce VS Test görevinde başarısız testleri yeniden çalıştırma özelliğini kullanıma sunulmuştuk. Ancak, yalnızca bu özelliğin kullanışlılığını bir ölçüde sınırlayan bir testin son denemesini bildirdik. Şimdi bu özelliği test yürütmenin her örneğini bir deneme olarak raporlamak için genişlettik. Ayrıca Test Yönetimi API'si artık hiyerarşik test sonuçlarını yayımlama ve sorgulama özelliğini de destekliyor. Daha fazla bilgi için Test sonuçları API'sinin belgelerine bakın.

Not

Test özeti bölümündeki ölçümler (toplam test sayısı, Başarılı vb.) testlerin her yinelemesi yerine hiyerarşinin kök düzeyi kullanılarak hesaplanır.

İşlem Hatlarında test analizini görüntüleme

Test kalitesini zaman içinde izlemek ve test yardımcılığını geliştirmek, iyi durumdaki bir işlem hattını korumanın anahtarıdır. Test analizi özelliği, derlemeler ve yayın işlem hatları için test verilerinize neredeyse gerçek zamanlı görünürlük sağlar. Yinelenen, yüksek etkili kalite sorunlarını belirleyerek işlem hattınızın verimliliğini artırmaya yardımcı olur.

Test sonuçlarını çeşitli öğelere göre gruplandırabilir, dalınız veya test dosyalarınız için temel testleri tanımlayabilir veya eğilimleri görüntülemek ve incelik gibi kalite sorunlarını anlamak için belirli bir testte detaya gidebilirsiniz.

Derlemeler ve sürümler için test analizini görüntüleyin, aşağıdaki önizlemeyi görüntüleyin:

Daha fazla bilgi için belgelerimizi inceleyin.

Birden çok aracısız görevle tanımları basitleştirme

Aracısız bir aşamadaki görevler tarafından düzenlenir ve sunucuda yürütülür. Aracısız aşamalar bir aracı veya herhangi bir hedef bilgisayar gerektirmez. Aracı aşamalarından farklı olarak, tanımlardaki her aracısız aşamaya yalnızca bir görev eklenebilir. Bu, işlemde birden fazla aracısız görev olduğunda birden çok aşamanın eklenmesi gerektiği anlamına geliyordu ve bu da tanımın hacimli olmasını sağlıyordu. Birden çok görevi aracısız aşamalarda tutmanızı sağlayan bu kısıtlamayı gevşetdik. Aynı aşamadaki görevler, aracı aşamalarında olduğu gibi sıralı olarak yürütülür. Daha fazla bilgi için sunucu aşamaları belgelerine bakın.

Yayın geçitlerini kullanarak dağıtımları aşamalı olarak kullanıma sunma ve aşamalandırma

Yayın geçitlerini kullanarak, bir yayın bir sonraki ortama yükseltilmeden önce karşılanması gereken uygulama durumu ölçütlerini belirtebilirsiniz. Belirtilen tüm geçitler, herhangi bir dağıtım öncesinde veya sonrasında, hepsi başarılı olana kadar düzenli olarak değerlendirilir. Dört tür kapı kullanıma hazır ve Market'ten daha fazla geçit ekleyebilirsiniz. Dağıtım için gerekli tüm ölçütlerin karşılandığını denetleyebileceksiniz. Daha fazla bilgi için yayın geçitleri belgelerine bakın.

Geçitler tutarlı bir şekilde başarılı olana kadar dağıtımları tutma

Yayın geçitleri, bir yayın bir sonraki ortama yükseltilmeden önce sistem durumu ölçütlerinin otomatik olarak değerlendirilmesini sağlar. Varsayılan olarak, tüm geçitler için başarılı bir örnek alındıktan sonra yayın ilerler. Bir kapı düzensiz olsa ve alınan başarılı örnek gürültü olsa bile yayın ilerler. Bu tür sorunları önlemek için artık ilerlemeden önce en düşük süre boyunca sistem durumunun tutarlılığını doğrulamak için yayını yapılandırabilirsiniz. Çalışma zamanında yayın, yükseltmeye izin vermeden önce geçitlerin ardışık değerlendirmelerinin başarılı olmasını sağlar. Değerlendirme için toplam süre "yeniden değerlendirme arasındaki süreye" bağlıdır ve genellikle yapılandırılan minimum süreden daha uzun olur. Daha fazla bilgi için geçitleri kullanarak dağıtım denetimi yayınlama belgelerine bakın.

Dağıtım grubundaki yeni hedeflere otomatik olarak dağıtma

Daha önce bir dağıtım grubuna yeni hedefler eklendiğinde, tüm hedeflerin aynı sürüme sahip olduğundan emin olmak için el ile dağıtım gerekiyordu. Artık ortamı, son başarılı sürümü yeni hedeflere otomatik olarak dağıtacak şekilde yapılandırabilirsiniz. Daha fazla bilgi için Dağıtım Grupları belgelerine bakın.

Derleme sonrası işleme tarafından etiketlenmiş derlemeleri sürekli dağıtma

Sürekli dağıtım tetikleyicileri derleme tamamlandığında bir yayın oluşturur. Ancak, bazen derlemeler işlemden sonra işlenir ve derleme yalnızca bu işlem tamamlandıktan sonra yayınlanmalıdır. Artık yayının tetikleyici filtrelerinde işlem sonrası sırasında atanacak olan derleme etiketlerinden yararlanabilirsiniz.

Yayın zamanında değişken ayarlama

Bir yayın tanımında, yayını oluştururken ayarlamak istediğiniz değişkenleri seçebilirsiniz.

Yayın oluşturulduğunda değişkeni için sağlanan değer yalnızca bu sürüm için kullanılır. Bu özellik, Taslakta Oluştur için birden çok adımdan kaçınmanıza, taslaktaki değişkenleri güncelleştirmenize ve değişkeniyle yayını tetiklemenize yardımcı olur.

Ortam değişkenlerini görevlere geçirme

CI/CD görev yazarları, ortam değişkenlerini görevlere geçirmek için task.json dosyasında showEnvironmentVariables adlı yeni bir özellik ayarlayabilir. Bunu yaptığınızda, derleme düzenleyicisindeki görevde ek bir denetim işlenir. Bu, PowerShell, Cmd ve Bash görevleri için kullanılabilir.

Bu, iki senaryo sağlar:

• Görev, değişken adında büyük/küçük harfle korunan bir ortam değişkeni gerektirir. Örneğin, yukarıdaki örnekte göreve geçirilen ortam değişkeni "FOO" değil "foo" olacaktır.
• Gizli dizi değerlerinin betiklere güvenli bir şekilde geçirilmesini sağlar. Aracıdaki işletim sistemi bağımsız değişkenleri de dahil olmak üzere işlemlerin çağrısını günlüğe kaydedebileceğinden bu, gizli dizileri betiklere bağımsız değişken olarak geçirmek için tercih edilir.

Değişken gruplarını kopyalama

Değişken gruplarını kopyalama desteği ekledik. Bir değişken grubunu çoğaltmak ve yalnızca birkaç değişkeni güncelleştirmek istediğinizde, değişkenleri tek tek ekleme zahmetli bir süreçten geçmeniz gerekmez. Artık değişken grubunuzun bir kopyasını hızlı bir şekilde oluşturabilir, değerleri uygun şekilde güncelleştirebilir ve yeni bir değişken grubu olarak kaydedebilirsiniz.

Not

Gizli dizi değişkeni değerleri, bir değişken grubunu kopyaladığınızda üzerine kopyalanmaz. Şifrelenmiş değişkenleri güncelleştirmeniz ve kopyalanan değişken grubunu kaydetmeniz gerekir.

Dağıtım için yayın geçidini yoksayma

Yayın geçitleri, bir sürüm sonraki ortama yükseltilmeden önce sistem durumu ölçütlerinin otomatik olarak değerlendirilmesini sağlar. Varsayılan olarak, yayın işlem hattı yalnızca tüm geçitler aynı anda iyi durumda olduğunda ilerler. Yayını hızlandırırken veya durumu el ile denetledikten sonra olduğu gibi bazı durumlarda, onaylayan bir geçidi yoksaymak ve bu kapı henüz iyi durumda olarak değerlendirilmemiş olsa bile yayının ilerlemesine izin vermek isteyebilir. Daha fazla bilgi için yayın geçitleri belgeleri.

Çekme isteği yayın tetikleyicisi kullanarak ek test gerçekleştirme

Çekme isteğini (PR) temel alan bir derlemeyi tetikleyebildiniz ve bir süredir birleştirme işleminden önce bu hızlı geri bildirimi alabildiniz. Artık bir yayın için çekme isteği tetikleyicisi de yapılandırabilirsiniz. Yayının durumu kod deposuna geri gönderilir ve doğrudan çekme isteği sayfasında görülebilir. Pr iş akışınızın bir parçası olarak ek işlevsel veya el ile test gerçekleştirmek istiyorsanız bu yararlı olur.

Sertifikayla kimlik doğrulaması yapılan hizmet sorumlusuyla Azure hizmet bağlantısı oluşturma

Artık kimlik doğrulaması için bir hizmet sorumlusu ve sertifika ile bir Azure hizmet bağlantısı tanımlayabilirsiniz. Azure hizmet bağlantısı artık bir sertifikayla kimlik doğrulaması sağlayan hizmet sorumlusunu desteklediğinden, artık AD FS ile yapılandırılmış Azure Stack'e dağıtabilirsiniz. Sertifika kimlik doğrulamasıyla hizmet sorumlusu oluşturmak için, sertifikayla kimlik doğrulaması yapılan bir hizmet sorumlusu oluşturma makalesine bakın.

Azure App Service dağıtımlarında desteklenen Paketten çalıştırma

Azure App Service Dağıtma görevi (4.*) sürümü artık RunFromPackage'ı (daha önce RunFromZip olarak adlandırılıyor) destekliyor.

App Service, dosyalarınızı dağıtmak için msdeploy (diğer adıyla WebDeploy), git, ARM ve daha fazlası gibi birçok farklı tekniği destekler. Ancak tüm bu tekniklerin bir sınırlaması vardır. Dosyalarınız wwwroot klasörünüz (özellikle d:\home\site\wwwroot) altında dağıtılır ve çalışma zamanı dosyaları oradan çalıştırır.

Paketten Çalıştır ile artık tek tek dosyaları wwwroot'a kopyalayan bir dağıtım adımı yoktur. Bunun yerine, bunu bir zip dosyasına işaret eder ve zip wwwroot'a salt okunur bir dosya sistemi olarak bağlanır. Bunun çeşitli avantajları vardır:

• Dosya kopyalama kilitleme sorunlarının riskini azaltır.
• Bir üretim uygulamasına dağıtılabilir (yeniden başlatma ile).
• Uygulamanızda çalışan dosyalardan emin olabilirsiniz.
• Azure App Service dağıtımlarının performansını artırır.
• Özellikle büyük npm paket ağaçları olan JavaScript işlevleri için soğuk başlangıç sürelerini azaltabilir.

Linux kapsayıcılarını App Server Dağıtımı göreviyle dağıtma

Azure App Service Dağıt görevinin 4.* sürümü artık Linux'ta Azure İşlevleri için kendi özel kapsayıcınızı dağıtmayı destekliyor.

Azure İşlevleri için Linux barındırma modeli, uygulamaya özgü bağımlılıkları paketleme ve kullanma açısından daha fazla esneklik sağlayan Docker kapsayıcılarını temel alır. Linux üzerindeki işlevler 2 farklı modda barındırılabilir:

1. Yerleşik kapsayıcı görüntüsü: İşlev Uygulaması kodunu getirirsiniz ve Azure kapsayıcıyı (yerleşik görüntü modu) sağlar ve yönetir, bu nedenle Docker ile ilgili belirli bir bilgi gerekmez. Bu, App Service Dağıtma görevinin mevcut sürümünde desteklenir.
2. Özel kapsayıcı görüntüsü: Linux üzerinde Azure İşlevleri özel kapsayıcı görüntülerini dağıtmayı desteklemek için App Service Dağıtma görevini geliştirdik. İşlevlerinizin belirli bir dil sürümüne veya yerleşik görüntüde sağlanmayan belirli bir bağımlılık veya yapılandırmaya ihtiyacı olduğunda, Azure Pipelines'ı kullanarak Linux üzerinde Azure İşlevi'ne özel bir görüntü derleyebilir ve dağıtabilirsiniz.

Xcode görevi yeni yayımlanan Xcode 10'yi destekler

Apple'ın Xcode 10 sürümüyle aynı zamana denk gelen projelerinizi artık Xcode 10 ile derlenecek veya test edilecek şekilde ayarlayabilirsiniz. İşlem hattınız işleri Xcode sürümlerinin matrisiyle paralel olarak da çalıştırabilir. Bu derlemeleri çalıştırmak için Microsoft tarafından barındırılan macOS aracı havuzunu kullanabilirsiniz. Azure Pipelines'da Xcode kullanma kılavuzuna bakın.

Helm kullanarak Kubernetes'e dağıtımı kolaylaştırın

Helm , Kubernetes uygulamalarının yüklenmesini ve yönetilmesini kolaylaştıran bir araçtır. Ayrıca geçen yıl da çok fazla popülerlik ve topluluk desteği kazanmıştır. Yayın'daki bir Helm görevi artık Helm grafiklerini paketlemek ve Azure Container Service'e (AKS) veya başka bir Kubernetes kümesine dağıtmak için kullanılabilir.

Bu Helm görevinin eklenmesiyle artık kapsayıcıları kubernetes kümesine teslim etmek için Helm tabanlı ci/CD işlem hattı ayarlayabilirsiniz. Daha fazla bilgi için Kubernetes kullanarak Azure Container Service'e dağıtma belgelerine bakın.

Yayında kullanılan Helm sürümünü denetleme

Helm Aracı Yükleyicisi görevi, helm'in belirli bir sürümünü İnternet'ten veya araçlar önbelleğinden alır ve aracının PATH'sine (barındırılan veya özel) ekler. .NET Core cli görevi gibi sonraki görevlerde kullanılan Helm sürümünü değiştirmek için bu görevi kullanın. Bu görevi bir derleme veya yayın tanımında Helm Dağıtımı görevinden önce eklemek, uygulamanızı doğru Helm sürümüyle paketlemenizi ve dağıtmanızı sağlar. Bu görev, Helm'in çalışması için önkoşul olan kubectl aracını isteğe bağlı olarak yüklemeye de yardımcı olur.

MySQL için Azure Veritabanı'a sürekli dağıtma

Artık Azure'ın hizmet olarak MySQL veritabanı olan MySQL için Azure Veritabanı'a sürekli dağıtım yapabilirsiniz. Sürüm denetiminde MySQL betik dosyalarınızı yönetin ve PowerShell betikleri yerine yerel bir görev kullanarak yayın işlem hattının bir parçası olarak sürekli dağıtın.

Geliştirilmiş Windows uzak PowerShell tabanlı görevler kullanma

Yeni ve geliştirilmiş Windows uzak PowerShell tabanlı görevler kullanılabilir. Bu geliştirmeler çeşitli performans düzeltmelerini içerir ve Write-Host ve Write-Output gibi canlı günlükleri ve konsol çıkış komutlarını destekler.

Hedef görevde PowerShell (sürüm: 3.*): Satır içi betik ekleyebilir, PSSession seçeneklerini değiştirebilir, "ErrorActionPreference" denetimi yapabilir ve standart hatada başarısız olabilirsiniz.

Azure Dosya Kopyalama görevi (sürüm: 2.*): GitHub sorununu çözen en son AzCopy (v7.1.0) ile birlikte verilir.

GitHub Enterprise veya dış Git yapıtları için dalları filtreleme

GitHub Enterprise veya dış Git depolarından yayın yaparken, artık yayınlanacak belirli dalları yapılandırabilirsiniz. Örneğin, yalnızca belirli bir daldan gelen derlemeleri üretime dağıtmak isteyebilirsiniz.

Go ile yazılmış uygulamalar oluşturma

Go Aracı Yükleyicisi görevini kullanarak go aracının bir veya daha fazla sürümünü anında yükleyin. Bu görev, projeniz için gereken belirli bir Go Aracı sürümünü alır ve derleme aracısının PATH'sine ekler. Hedeflenen Go Aracı sürümü aracıda zaten yüklüyse, bu görev aracıyı indirme ve yeniden yükleme işlemini atlar.

Go görevi bağımlılıkları indirmenize, uygulamanızı derlemenize veya test etmenize yardımcı olur. Bu görevi, seçtiğiniz özel bir Go komutunu çalıştırmak için de kullanabilirsiniz.

İşlem hattınızda satır içi veya dosya tabanlı Python betikleri çalıştırma

Yeni bir Python Betiği görevi, işlem hattınızda Python betikleri çalıştırmayı basitleştirir. Görev, deponuzdaki bir Python dosyasından (.py) bir betik çalıştırır veya işlem hattınızın bir parçası olarak kaydetmek için görevin ayarlarına el ile bir betik girebilirsiniz. Görev, yolda Python sürümünü kullanır veya kullanmak üzere bir Python yorumlayıcısının mutlak yolunu belirtebilirsiniz.

xcpretty'den geliştirilmiş Xcode derleme ve test çıkışından yararlanın

xcpretty , xcodebuild çıkışının okunabilirliğini artırır ve JUnit biçiminde test sonuçları oluşturur. Xcode derleme görevi artık barındırılan macOS aracılarında olduğu gibi aracı makinesinde kullanılabilir olduğunda otomatik olarak xcpretty kullanır. xcpretty çıkışı xcodebuild çıkışından farklı ve daha az ayrıntılı olsa da, her derlemede tam xcodebuild günlüklerini kullanılabilir hale getiririz.

Test Plans

Masaüstü uygulamaları için el ile testler çalıştırmak için Test Çalıştırıcısı (Azure Test Plans) istemcisi

Artık masaüstü uygulamaları için el ile testler çalıştırmak için Test Çalıştırıcısı (Azure Test Plans) istemcisini kullanabilirsiniz. Bu, Microsoft Test Yöneticisi'nden Azure Test Plans geçmenize yardımcı olur. Lütfen buradaki kılavuzumuza bakın. Test Çalıştırıcısı istemcisini kullanarak el ile testlerinizi çalıştırabilir ve her test adımı için test sonuçlarını kaydedebilirsiniz. Ekran görüntüsü, görüntü eylem günlüğü ve ses video kaydı gibi veri toplama özelliklerine de sahipsiniz. Test sırasında bir sorun bulursanız test adımlarını, ekran görüntülerini ve açıklamaları otomatik olarak hataya dahil eden bir hata oluşturmak için Test Çalıştırıcısı'nı kullanın.

Test Çalıştırıcısı (Azure Test Plans), çalıştırıcının tek seferlik indirilmesini ve yüklenmesini gerektirir. Aşağıda gösterildiği gibi Masaüstü uygulaması için çalıştır'ı seçin.

Artifacts

Yukarı akış kaynakları

Azure DevOps Server 2019, Azure Artifacts akışlarınızda bulunan yukarı akış kaynaklarına önemli güncelleştirmeler getirir:

• Önceki TFS yayınlarında oluşturulan mevcut akışlara nuget.org yukarı akış kaynakları ekleyebilirsiniz. Yükseltmeden önce bilmeniz gereken davranış değişiklikleri de dahil olmak üzere daha fazla bilgi için akışınızın paketlerinin üzerindeki başlığı arayın.
• Diğer Azure DevOps Server akışlarını akışınıza yukarı akış kaynakları olarak ekleyebilirsiniz. Bu, akışınız aracılığıyla bu akışlardan NuGet ve npm paketlerini kullanabileceğiniz anlamına gelir.

Ayrıca Azure Artifacts'te yeni bir rol de kullanıma sunulmuştur: "Collaborator". Ortak Çalışan bir yukarı akış kaynağından paketleri kaydedebilir, ancak paket paketlerini doğrudan akışta yayımlayamaz (örneğin nuget publish kullanarak). Bu, mühendislerinizin yukarı akış kaynaklarınızdaki yeni paketleri kullanmasına izin verirken, paket yayımlamayı güvenilir bir kullanıcı veya derleme sistemiyle kısıtlamanızı sağlar.

Paketleri takip et

Doğrudan her pakette yeni bir Takip Et düğmesiyle bildirimleri ayarlamayı daha da kolaylaştırdık. Takip Et düğmesi, yayın görünümleriyle de uyumludur. Bir paketi bir görünüm üzerinden izlerken takip ederseniz, yalnızca bu görünüme yükseltilen yeni sürümler için güncelleştirmeler alırsınız.

El ile kaydetmek zorunda kalmadan akış ayarlarını değiştirme

Akış ayarları sayfasındaki etkileşimlerden birkaçı geliştirildi. Artık yukarı akış veya izin ekleme gibi yaptığınız değişiklikler hemen kaydedilir. Bu, ayarlar özetleri arasında geçiş yaparken değişiklikleri kaybetme konusunda endişelenmenize gerek olmadığı anlamına gelir.

NuGet için yeni platformlar arası Kimlik Sağlayıcısını kullanarak kimlik doğrulamasını basitleştirme

Kimliği doğrulanmış NuGet akışlarıyla etkileşim kurma çok daha iyi oldu. Yeni .NET Core tabanlı Azure Artifacts Kimlik Bilgileri Sağlayıcısı Windows, macOS ve Linux'ta msbuild, dotnet ve nuget(.exe) ile çalışır. Azure Artifacts akışındaki paketleri kullanmak istediğinizde, Kimlik Bilgisi Sağlayıcısı kullandığınız NuGet istemcisi adına otomatik olarak bir belirteç alır ve depolar. Artık bir belirteci yapılandırma dosyasında el ile depolamanız ve yönetmeniz gerekmez.

Yeni sağlayıcıyı almak için GitHub'a gidin ve istemcinizle platformunuzun yönergelerini izleyin.

Bir dosya paylaşımına yönelik yayımlama gerçekleştirirken sembolleri sıkıştırma

Dizin & Simgeleri Yayımla görevini, bir dosya paylaşımında yayımlandıklarında simgeleri sıkıştırmayı destekleyecek şekilde güncelleştirdik.

Wiki

Git deposundaki markdown dosyalarını Wiki olarak yayımlama

Geliştiriciler, kod depolarında "API'ler", "SDK'lar" ve "kodu açıklayan belgelere yardımcı olun" belgeleri oluşturur. Okuyucuların daha sonra doğru belgeleri bulmak için kodu gözden geçirip gözden geçmesi gerekir. Artık kod depolarından markdown dosyaları yayımlayabilir ve bunları Wiki'de barındırabilirsiniz.

Wiki'nin içinden Kodu wiki olarak yayımla'ya tıklayarak başlayın. Ardından, Git deposunda yükseltilmesi gereken bir klasör belirtebilirsiniz.

Yayımla'ya tıkladığınızda, seçili klasörün altındaki tüm markdown dosyaları wiki olarak yayımlanır. Bu ayrıca git deposunda yaptığınız tüm değişikliklerin hemen yansıtılması için dalın başını wiki'ye eşler.

Daha fazla bilgi için ürün belgeleri blog gönderisine bakın.

Sayfa içindeki başlıklara bağlantı

Artık wiki sayfasındaki herhangi bir bölüm başlığının yanındaki bağlantı simgesine tıklayarak doğrudan bu bölümün URL'sini oluşturabilirsiniz. Ardından bu URL'yi kopyalayıp ekip üyeleriyle paylaşarak doğrudan bu bölüme bağlayabilirsiniz.

Klasörlere dosya ve resim ekleme

Wiki sayfalarını çevrimdışı düzenlerken, wiki sayfasıyla aynı dizine dosya ekleri ve resimler eklemek daha kolay olabilir. Artık wiki'deki herhangi bir klasöre ek veya resim ekleyebilir ve bunu sayfanıza bağlayabilirsiniz.

Wiki’ye video ekleme

Artık Microsoft Stream ve YouTube gibi çevrimiçi hizmetler wiki sayfasına video ekleyebilirsiniz. Aşağıdaki söz dizimini kullanarak eklenmiş video URL'sini ekleyebilirsiniz:

::: video
<iframe width="560" height="315" src="https://www.youtube.com/embed/7DbslbKsQSk" frameborder="0" allow="autoplay; encrypted-media" allowfullscreen></iframe>
:::

Bir wiki’yi yeniden adlandırma

Artık wiki kullanıcı arabiriminde ve REST API'lerini kullanarak wiki'nizi yeniden adlandırabilirsiniz. Diğer menüsünde Wiki'nize akılda kalıcı bir ad vermek için Wiki'yi yeniden adlandır'a tıklayın.

Sayfayı yeni sekmede aç

Artık wiki sayfasına sağ tıklayıp yeni sekmede açabilir veya wiki sayfasında CTRL + sol tıklama tuşlarına basarak yeni bir sekmede açabilirsiniz.

Wiki sayfası başlıklarında özel karakterleri koruma

Artık gibi : < > * ? | -özel karakterler içeren wiki sayfaları oluşturabilirsiniz. Şimdi "SSS?" gibi başlıklara sahip sayfalar veya "Kurulum kılavuzu" Wiki'de oluşturulabilir. Aşağıdaki karakterler UTF-8 kodlanmış dizelerine çevrilir:

Karakter	Kodlanmış Dize
:	%3A
<	%3C
>	%3E
*	%2A
?	%3F
|	%7C
-	%2B

Bozuk bağlantıları görüntüle

Wiki'de düzgün bağlanmayan tüm bağlantılar ayrı kırmızı renkte ve bozuk bağlantı simgesinde görünür ve wiki sayfasındaki tüm bozuk bağlantılar hakkında görsel bir ipucu verir.

Sayfaları taşırken bozuk bağlantıları düzeltme

Bozuk sayfa bağlantıları, herhangi bir belge çözümünde düşük sayfa kalitesinin önde gelen nedenlerinden biridir. Daha önce Wiki'de bir sayfayı ağaç yapısı içinde taşıdığınızda veya sayfayı yeniden adlandırdığınızda, diğer sayfalardan ve iş öğelerinden sayfa bağlantılarını kesebilirdi. Artık bağlantıları bozulmadan önce denetleyip düzeltebilirsiniz.

Önemli

Sayfalardaki bağlantılar için markdown söz dizimini ve iş öğelerindeki Wiki sayfası bağlantı türünü kullanarak []()Wiki'nin bu bozuk olabilecek bağlantıları bulmasını ve düzeltmesini sağlayın. İş öğelerindeki düz metin URL'leri ve köprüler bu özellik tarafından alınmaz.

Sayfayı yeniden adlandırdığınızda veya taşıdığınızda, etkilenen mutlak veya göreli bağlantıları denetlemeniz istenir.

Ardından, işlem yapmadan önce Etkilenen Sayfa bağlantılarının ve İş öğelerinin listesi gösterilir.

Wiki sayfaları için içindekiler tablosu oluşturma

Bazen wiki sayfaları uzun sürebilir ve içerik çeşitli başlıklar halinde düzenlenmiştir. Artık söz dizimini kullanarak en az bir başlığı olan herhangi bir sayfaya [[_TOC_]] içindekiler tablosu ekleyebilirsiniz.

Sayfayı düzenlerken biçim bölmesindeki uygun düğmeye tıklayarak da içindekiler tablosu ekleyebilirsiniz.

Azure DevOps'ta markdown kullanma hakkında daha fazla bilgi için markdown kılavuzu belgelerine bakın.

YAML etiketlerini kullanarak wiki sayfaları ve kod önizlemesi için Surface meta verileri

Belgelere meta veri eklemek, okuyucuların ve arama dizinlerinin anlamlı içerikleri almasına ve ortaya çıkarabilmesine yardımcı olabilir. Bu güncelleştirmede, dosyanın başında YAML bloğu içeren tüm dosyalar bir baş ve bir satırdan oluşan meta veri tablosuna dönüştürülür. YAML bloğu, üç kesikli çizgiler arasında geçerli YAML kümesi biçiminde olmalıdır. Değer olarak tüm temel veri türlerini, listeyi, nesneyi destekler. Söz dizimi Wiki ve kod dosyası önizlemesinde desteklenir.

YAML Etiketleri örneği:

---
tag: post
title: Hello world
---

Listeli YAML Etiketleri örneği:

---
tags:
- post
- code
- web
title: Hello world
---

Katkıda Bulunma izinleriyle kodu wiki olarak yayımlama

Daha önce, yalnızca git deposunda Depo Oluşturma izni olan kullanıcılar kodu wiki olarak yayımlayabiliyordu. Bu, depo yöneticilerini veya oluşturucularını git depolarında barındırılan markdown dosyalarını wiki olarak yayımlama isteklerinde bir performans sorununa neden oldu. Artık kod deposu üzerinde katkıda bulunma izniniz varsa kodu wiki olarak yayımlayabilirsiniz.

Raporlama

Raporlama için Analytics market uzantısı kullanıma sunuldu

Analytics Market uzantısı artık Azure DevOps Server için kullanılabilir. Analiz, Azure DevOps ve Azure DevOps Server için raporlamanın geleceğidir. Analytics uzantısını yüklemek gelişmiş pencere öğeleri, Power BI tümleştirmesi ve OData erişimi sağlar.

Daha fazla bilgi için Analiz nedir ve Raporlama Yol Haritası'na bakın. Analiz, Genel Önizleme aşamasındadır. Şu anda İşlem Hatları aracılığıyla Panolar ve Otomatik Test sonuçları için veriler içerir. Bkz. Analytics Hizmeti'nde kullanılabilen veriler.

Yeni bir derleme panosu pencere öğesi aracılığıyla derleme geçmişini araştırma

Panolarınıza ekleyebileceğiniz yeni ve geliştirilmiş bir derleme geçmişi pencere öğesimiz var. Bu pencere öğesiyle artık panonuzdaki belirli bir daldaki derlemelerin geçmişini görüntüleyebilir ve anonim ziyaretçiler için genel bir projede yapılandırabilirsiniz.

Önemli

XAML derlemelerinizle ilgili içgörüler arıyorsanız, eski pencere öğesini kullanmaya devam edin ve XAML derlemelerinden yeni derlemelere geçiş hakkında bilgi edinin. Aksi takdirde, daha yeni pencere öğesine geçmenizi öneririz.

---

Geri Bildirim

Görüşlerinizi almaktan mutluluk duyarız! Bir sorunu bildirebilir veya fikir verebilir, Geliştirici Topluluğu aracılığıyla izleyebilir ve Stack Overflow hakkında öneriler alabilirsiniz.

---

Sayfanın Başı