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'ın en yeni sürümüyle ilgili bilgileri bulacaksınız.

Azure DevOps Server dağıtımı yükleme veya yükseltme hakkında daha fazla bilgi edinmek için bkz . Azure DevOps Server Gereksinimleri. Azure DevOps ürünlerini indirmek için Azure DevOps Server İndirmeleri sayfasını ziyaret edin.

Azure DevOps Server'a doğrudan yükseltme, Azure DevOps Server 2020, Azure DevOps Server 2019 veya Team Foundation Server (TFS) 2015 veya daha yeni sürümlerden desteklenir. TFS dağıtımınız TFS 2010 veya önceki sürümlerdeyse, 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ükseltme

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

Azure DevOps Server 2020, işlem hattı seviyesindeki saklama ilkelerine bağlı olarak derleme saklamayı farklı şekilde işler. Bazı ilke yapılandırmaları, yükseltmeden sonra işlem hattı çalıştırmalarının silinmesine neden olur. Yükseltmeden sonra, elle tutulan veya bir sürüm tarafından tutulan işlem hattı çalıştırmaları silinmeyecektir.

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 Düzeltme Eki 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.

• PowerShell görevleri için izin verilen karakterler listesi, kabuk görevleri bağımsız değişkeni parametre doğrulamasını etkinleştirmek amacıyla genişletildi.

Not

Bu düzeltmeleri uygulamak için görevleri el ile güncelleştirmeniz gereken birkaç adımı takip etmeniz 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. Düzeltme Eki 15 yüklendikten sonra aracının yeni sürümü 3.225.0 olacaktır.

TFX'i yapılandırma

1. Görevleri proje koleksiyonu belgelerine yükleme adımlarını izleyerek tfx-cli'yi yükleyin ve oturum açın.

TFX kullanarak görevleri güncelleştirme

Dosya	SHA-256 Karması
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. Tasks20231103.zip indirip 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.

• Klasik hakkında:

  değişkenini işlem hattındaki 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 Düzeltme Eki 15 Sürüm Tarihi: 12 Eylül 2023

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir düzeltme eki 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 Yetki Yükseltme 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 yamanın düzeltmelerini uygulamak için aracıyı ve görevleri el ile güncellemek üzere birkaç adımı takip etmeniz gerekir.

Düzeltme eklerini yükleme

1. Azure DevOps Server 2019.0.1 Düzeltme Eki 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 kendinden barındırılan Windows aracıları belgelerinde açıklanan adımları kullanın.  

Not

Ajanın 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. Görevleri proje koleksiyonu belgelerine yükleme adımlarını izleyerek tfx-cli'yi yükleyin ve oturum açın.

TFX kullanarak görevleri güncelleştirme

1. Tasks_20230825.zip indirip 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.

• Klasik hakkında:

  değişkenini işlem hattındaki 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 Düzeltme Eki 14 Yayın Tarihi: 8 Ağustos 2022

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

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

Azure DevOps Server 2019.0.1 Düzeltme Eki 13 Yayın Tarihi: 17 Mayıs 2022

Azure DevOps Server 2019.0.1 için aşağıdakileri düzelten bir düzeltme eki 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 Düzeltme Eki 12 Sürüm Tarihi: 26 Ocak 2022

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

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

Yükleme adımları

1. Sunucuyu 12 No'lu Yamayla yükseltin.
2. konumundaki kayıt defteri değerini HKLM:\Software\Elasticsearch\Versiondenetleyin. Kayıt defteri değeri yoksa, bir dize değeri ekleyin ve Sürüm değerini 5.4.1 (Ad = Sürüm, Değer = 5.4.1) olarak ayarlayın.
3. Readme dosyasında belirtildiği gibi güncelleme komutunu PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update çalıştırın. Şu gibi 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 12 No'lu Yamayla yükseltin.
2. konumundaki kayıt defteri değerini HKLM:\Software\Elasticsearch\Versiondenetleyin. Kayıt defteri değeri yoksa, bir dize değeri ekleyin ve Sürüm 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 Özet: 96C7AF3E3ED67C76451BA228427B3C0738EEB4A5835B6A91EBD3205A54C384D7

Azure DevOps Server 2019.0.1 Düzeltme Eki 11 Yayın Tarihi: 10 Ağustos 2021

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

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

Azure DevOps Server 2019.0.1 Düzeltme Eki 10 Yayın Tarihi: 13 Nisan 2021

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

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

Düzeltme Eki 10'u uygulamak için AzureResourceGroupDeploymentV2 görevini yüklemeniz 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 dahildir) indirip yükleyin.

3. Yönetici modunda bir komut istemi açın ve tfx-cli 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'sini 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 düzeltme eki yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2020-1325: Azure DevOps Server Kimlik Sahtekarlığına Karşı Güvenlik Açığı
• CVE-2020-17135: Azure DevOps Server Aldatma 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üzeltildi

Önemli

Bu düzeltme ekini yüklemeden önce lütfen aşağıda verilen 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

• Seçenek 1: devops2019.0.1patch9.exe CheckInstall komutunu çalıştırın, devops2019.0.1patch9.exe yukarıdaki bağlantıdan indirilen dosyadır. Komutun çıkışı, 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 Düzeltme Eki 9 yüklendikten 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. Azure PowerShell Az modülü Azure PowerShell'i özel aracı makinenize yükleyin.

2. AzurePowerShellV4 göreviyle bir işlem hattı oluşturun. Görevde yalnızca bir Standard Error'da Başarısızlık göreceksiniz.

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 dahildir) indirip yükleyin.

3. Yönetici modunda bir komut istemi açın ve tfx-cli 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'sini 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 Düzeltme Eki 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 Düzeltme Eki 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ı Komut Dosyası 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 Düzeltme Eki 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'ın kullanıcı girişlerini temizlediğinden emin olun
• Azure DevOps'ta SSH'de SHA2 desteği ekleme

Azure DevOps Server 2019.0.1 Düzeltme Eki 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: XSS Güvenlik Açığı
• CVE-2020-0758: Yetki Yükseltme Güvenlik Açığı
• CVE 2020-0815: Yetki Yükseltme Güvenlik Açığı

Azure DevOps Server 2019.0.1 Düzeltme Eki 3 Yayın 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 çalıştırma (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 boru hatları için varsayılan olarak yetkilendirildiklerini netleştirmek amacıyla hizmet bağlantılarına bilgi ekledik.

---

Azure DevOps Server 2019.0.1 Düzeltme Eki 1 Yayın 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 izlemede uzaktan kod yürütme güvenlik açığı
• CVE-2019-1076: Çekme isteklerinde siteler arası komut dosyası çalıştırma (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 parçasıdır. Daha önce yayımlanan Azure DevOps Server 2019 düzeltme eklerindeki 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'de 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ın alan ölçütlerinde 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 İş Akışları

• Test Analytics Sekmesinde, bu özellik önizlemede olmasa bile önizlemeyi gösteren bir yıldız (*) bulunur.
• Sürümler 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.
• Sürüm giriş sayfalarında, taslak sürüm oluştur eylemi yeni bir sürüm oluşturuyordu, ancak şimdi taslak sürümü başlatıyor.

Azure Test Planları

• 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ı'nın içinde açar.
• Test Runner'dan oturumunu kapatan kullanıcılar için test durumu güncelleştirilmiyor.
• Kullanıcı adı ve e-posta adresi, Test Çalıştırıcısı'ndaki açılır kullanıcı listesinde gösterilmiyor.

Azure Artifacts

• Yukarı Taşı ve Aşağı Taşı üst akışlarda yerelleştirilmemiştir.

Veri Analitiği

• Analiz raporları, model tamamlanmadan önce "hazır" olarak işaretlendiğinden eksik veriler gösterebilir.
• Farklı saat dilimlerindeki kullanıcılar için hız, iş tamamlama ve iş artışı araçları, farklı planlanmış işleri görüntüler.
• Bakım sırasında Analytics veri alımı durdurulabilir, bu nedenle eski raporlar oluşabilir.

Genel

• Sol gezinti öğeleri, yeterli alan olmadığında IE'de daralır.

Yönetim

• Sorunların giderilmesine yardımcı olmak için Koleksiyon yükseltmesine ilave günlük kayıtlar eklendi.
• TfsConfig offlineDetach başarısız olduğunda, hata iletisi eyleme dönüştürülemez.
• TfsJobAgent hizmeti çöküyor.
• Yapılandırma tamamlandıktan sonra Search uzantısı yüklenmez.
• Yapılandırma veritabanı bozulduğunda Yönetim Konsolu yanıt vermiyor olur.
• Servis Kancaları bildirimleri doğru bir şekilde işleyemeyebilir.
• "Arama yapılandırıldıktan sonra Kod Arama indekslemesi başlamaz."
• Arama sonuç sayfalarında yerelleştirilmemiş 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 seçin.

---

Azure DevOps Server 2019 Düzeltme Eki 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 Planlarında siteler arası betik oluşturma (XSS) güvenlik açığı
• CVE-2019-0971: Depolar API'sinde bilgilerin açığa çıkması güvenlik açığı
• CVE-2019-0979: Kullanıcı hub'ında siteler arası betik oluşturma (XSS) güvenlik açığı

---

Azure DevOps Server 2019 Düzeltme Eki 1 Sürüm 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: İşlem Hatlarında uzaktan kod yürütme güvenlik açığı
• CVE-2019-0867: İşlem Hatlarında siteler arası komut dosyası çalıştırma (XSS) güvenlik açığı
• CVE-2019-0868: İşlem Hatlarında siteler arası komut dosyası çalıştırma (XSS) güvenlik açığı
• CVE-2019-0869: Boru Hatlarında HTML enjeksiyon güvenlik açığı
• CVE-2019-0870: İşlem Hatlarında siteler arası betik çalıştırma (XSS) güvenlik açığı
• CVE-2019-0871: Pipeline'larda site'den siteye betik oluşturma (XSS) güvenlik açığı
• CVE-2019-0874: İşlem Hatlarında Siteler arası betik çalıştırma (XSS) güvenlik açığı
• CVE-2019-0875: Boards'ta 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 taahhütlerini ve pull request'leri Azure Boards iş öğelerine bağlama
• YAML kullanarak derlemeleri yapılandırma
• Kart açıklamaları, özel iş öğesi türleri ve hataları içerir
• Geliştirilmiş dal seçici
• Yapıtlar ve Yayın Yönetimi Dağıtım İşlem Hattı Lisanslama Değişiklikleri

---

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 devralma işlemi
• Yeni İş Öğeleri hub'ı
• Yeni Panolar, İş Yığınları ve Sprint Merkezleri
• Yeni Sorgular hub'ı
• Şablonları kullanarak çekme isteği açıklamalarını standartlaştırma
• Bir pull isteğinin hedef dalını değiştirin
• Yeni Derlemeler sayfasını kullanarak derleme işlem hatlarını yönetme
• Yeni Sürümler sayfasını kullanarak yayın işlem hatlarını yönetme
• Yayın ilerleme durumunu görselleştirme
• Ajanınızı yerel olarak güncelleyin
• 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

Ayrıca, yeni özellikleri görmek için tek tek bölümlere atlayabilirsiniz:

• Genel
• Kurullar
• Repos
• Pipelines
• Test Planları
• Yapı
• Wiki
• Raporlama

---

Genel

Azure DevOps Sunucusu Duyurulmuş

10 Eylül'de, Visual Studio Team Services ve Team Foundation Server'ın evrimi olarak Azure DevOps'un duyuruldu. 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ılabilir. Daha fazla bilgi için blogumuza bakın.

Yapıtlar ve Yayın Yönetimi Dağıtım İşlem Hattı Lisanslama Değişiklikleri

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 Yapıtları kullanmak için Yapıt uzantısını satın alması gerekmez. Yapıt lisansı kullanımı artık Temel Lisansa dahil edilecek. Kendilerine Atanmış Temel Lisansa sahip tüm kullanıcılar artık Yapıtları kullanabilir. İkincisi, müşterilerin artık Yayın Yönetimi Dağıtım İşlem Hatlarını satın alması gerekmeyecektir. Derleme İşlem Hatları gibi Yayın Yönetimi 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ği etkinleştirdik. Bu, kapsamlı yedekleme özelliklerinden ve ölçeklendirme seçeneklerinden gereksinimlerinize uyacak şekilde yararlanmanıza olanak sağlarken, hizmeti çalıştırmanın yönetim yükünü azaltır. 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 edinmek için belgelere bakın.

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

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

Yeni koleksiyonlar üzerinde devralma işlemi

Süreç devralma artık yeni koleksiyonlarda mevcut. Kullanıcıların yeni bir koleksiyon oluştururken süreç modeliyle ilgili bir vicdan kararı vermeleri gerekir. Devralma modelinin ne olduğunu ve XML'den nasıl farklı olduğunu gösteren 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ıktan sonra genişletilmiş arama kutusunu görürsünüz:

Çalışmam açılır penceresi

Tanıtmaktan büyük heyecan duyduğumuz yeni bir özellik, my work açılır penceresi. Ürünün bir bölümünde olduğunuzda ve başka bir bölümden bazı bilgiler 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 penceresi ile, Repos içinde kodunuza yoğunlaşmışken, daha sonra hangi iş öğesi üzerinde çalışmanız gerektiğini hızlıca kontrol etmek isterseniz, açılır pencereye tıklayıp size atanan iş öğelerini görebilir ve sonraki öğeyi seçebilirsiniz.

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

Burada, bana atanan pull request'leri gösteren ikinci pivotu görebilirsiniz. Açılır menüde, daha fazla çekme isteklerini görüntülemek için tek tıklamayla da erişebilirsiniz.

Burada, favorilerinize eklediğiniz her şey olan son pivotu görebilirsiniz. Bu, favori takımlarınızı, panolarınızı, iş listelerinizi, sorgularınızı ve depolarınızı içerir:

Panolar

GitHub Enterprise taahhütlerini ve çekme isteklerini Azure Boards iş öğelerine bağlama

GitHub Enterprise'ı kod için kullanan ve zengin proje yönetimi özellikleri isteyen ekipler artık depolarını Azure Boards ile tümleştirebilir. GitHub ve Azure Boards'u 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.

Taahhütleri ve pull request’leri 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, iş öğesi #20'den 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. ​

"düzelt", "düzeltmeler" veya "düzeltildi" sözcükleri iş öğesinden önce gelirse (yukarıda gösterildiği gibi), commit varsayılan dala birleştirildiği zaman 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 evi olarak hizmet verecek yeni hub'ımızdır! İş öğelerinizin sizin için daraltılmış birçok farklı liste görünümü burada mevcut. Bana atanan kısmına bakarak size atanan tüm çalışmalara hızla göz atabilir veya Son güncelleştirmeler kısmında projenizde en son güncellenen tüm iş öğelerini görebilirsiniz. Liste seçeneklerinizin tümü aşağıda görülebilir:

Listelerinizin kapsamını daha da daraltmak istiyorsanız türe, 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, İş Listeleri ve Sprint Merkezleri

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

• Artık Backlogs merkezi sadece bir projenin geri kalan işlerini içeriyor. Birikmiş işler, ekip için önceliklendirilmiş bir iş listesidir. Biriken işler, iş öğesi hiyerarşisi, öngörü ve yeni sprint planlaması gibi deneyimler sunan planlama araçları sağlar.
• Yeni Boards hub'ı, bir projenin tüm Kanban Boards'ını barındırır. 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ş dilimini planlamak ve yürütmek için kullanılan özellikleri barındırır. 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üm ve görünümle kolaylaştırıyor ve sizin için önemli olan sorgulara daha kolay ulaşabilmek için yeni özellikler sağlıyor. Yeni deneyimin bazı önemli noktaları şunlardır:

• En son kim tarafından değiştirildiği bilgisini içeren ve sorgu yapabilme özelliğine sahip dizin sayfaları
• Sorgu gruplarını işaretlemek için klasörlere benzersiz URL'ler kazandıran iz yolu
• 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 bir 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 planlı eforu içerir.
• Görev Panosu'nun en üstüne gereksinimler ekleyin veya sprint geri logunuzun üstüne, altına ya da istediğiniz bir satırına 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ı

Bekleyen İşler, Panolar ve Sprintler 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 özellik, üzerinde çalıştığınız son (Pano | Backlog | Sprint)'e hızlı bir bağlantı sağlar.
• Sık Kullanılanlar Tüm ekiplerde favorilere eklenen tüm panolar, sprint'ler ve iş birikimleri.
• Benim üyesi olduğunuz takımlar için tüm panolar, iş yığınları ve sprintler.
• Tümü panolarınızın, bekleyen işlerinizin ve sprint'lerinizin tam listesi.

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

Yeni Backlogs, Boards ve Sprints hub'ları, yeni bir Görünüm Seçenekleri menüsüne sahiptir. Bu, düzeni ve sayfa içeriğini özelleştirmeye yönelik tüm eylemlerin 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 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 açıklamaları, hatalar ve özel iş öğesi türlerini içerir

Kart açıklamaları, sezgisel kontrol listesi görünümü ve etkileşimiyle sevilir. Daha önce, kart ek açıklamaları varsayılan birikim düzeyi türleriyle sınırlıydı ve Hatalar veya özel türler için destek verilmiyordu. Yeni sürümle, iş öğesi türleri kısıtlamasını 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ı, ilgili kapsam düzeyinde mevcut olan tüm iş öğesi türlerini içerecek şekilde genişletildi.

İş öğesi için ek açıklamalar etkinleştirildiğinde, bu iş öğesi türüne ilişkin sayılar 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 Yinelemeler'i kullanarak çalışmayı taşımak

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 size ayarlama ve devam etme konusunda hızlı erişim sağlar.

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

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

Ekibinizin @CurrentIteration yineleme zamanlamanıza göre çalışmayı izlemesine yardımcı olan makro artık tamsayı uzaklığını destekliyor. Henüz kapatılmamış işleri - 1 ile @CurrentIteration üzerinden kolayca takip edin veya gelecekteki yinelemeler için planlanan çalışmalara +1 ile @CurrentIteration'e bakarak şimdiden göz atın. Daha fazla bilgi için Microsoft DevOps Blogu'nda @CurrentIteration gönderisine bakın.

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

Makroyu @CurrentIteration geçmişte sorgularda kullandıysanız, Teams genelinde farklı yineleme zamanlamalarıyla Ekip bağlamı değişirse sonuçların değişebileceğini fark etmiş olabilirsiniz. Şimdi, makroyla bir sorgu oluşturduğunuzda veya değiştirdiğinizde, sorguyla @CurrentIteration ilgili yineleme zamanlamasını içeren Ekip'i 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 bir Ekibin Alan Yollarında sorgu çalışması

Ekip ayarlarında bir veya daha fazla Alan Yolu ilişkilendirebilirsiniz, bu da Bekleyen İşler, Panolar, Planlar ve hatta Gösterge Tablolarını yalnızca bu Ekip için yapılan çalışmalara odaklamanıza yardımcı olur. 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ı olan iş öğelerini bulun.

Bağlantı kurma 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çici, son erişilen iş öğeleriniz temel alınarak sunulan satır içi önerilere ve belirli bir iş öğesini kimlik veya başlığa göre aramak üzere bir giriş noktasına dönüştürüldü.

Arama sonuçlarından iş öğeleri açın

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'taki deneyimlerin çoğu için bir depo ve ardından bu depoda 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ızlıca bir dal aramanıza olanak tanır.

Çekme isteği politikaları ihlal edildiğinde bildirim al

Çekme istekleri (PR'ler) ve dal ilkeleri kullanan ekipler için, örneğin gece yarısı bir üretim sorununa düzeltme uygularken bu ilkeleri geçersiz kılmak ve atlamak gerektiğinde durumlar olabilir. Geliştiricilere doğru şeyi yapma konusunda 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ğrulamak için bir yönteme ihtiyacı vardır. Bunu desteklemek için, ilke atlandığında kullanıcıların ve ekiplerin e-posta uyarıları almasına olanak sağlayan yeni bir bildirim filtresi ekledik. Çekme isteği oluşturuldu ya da güncelleştirildi şablonuyla başlayın ve filtre listesinden İlke Atlama'yı seçin. İlkeler atlandı değerini seçin ve bir çekme isteği tamamlandığında ve ilkeler atlandığında size bildirim gönderilecektir.

İtme korumasını bırakmadan dal politikalarını atlamaya izin ver

Zaman zaman dal politikalarını devre dışı bırakmanız gereken birçok senaryo vardır - yapının bozulmasına neden olan bir değişikliği geri alma, gece yarısı acil bir düzeltme uygulama gibi. Daha önce, ekiplerin çekme isteğini tamamlarken hangi kullanıcılara dal politikalarını devre dışı bırakma izni verildiğini yönetmesine yardımcı olmak için bir izin ("Politika uygulamasından muaf") sunduk. Ancak bu izin, PR sürecini tamamen atlayarak doğrudan dala gönderme yeteneğini de sağladı.

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 politikaları atla. Bu izne sahip kullanıcılar çekme istekleri için "Geçersiz Kıl" özelliğini kullanabilir.
2. gönderme sırasında ilkeleri atlayın. Bu izne sahip kullanıcılar, gerekli ilkelerin yapılandırılmış olduğu dallara doğrudan gönderebilecektir.

İlk izni verip ikincisini reddederek, kullanıcı gerektiğinde atlama seçeneğini kullanabilir, ancak politikalar içeren bir dala yanlışlıkla göndermeye karşı yine de korunur.

Not

Bu değişiklik hiçbir davranış değişikliğine neden olmaz. Daha önce "İlkenin uygulanmasından muaf tutul" için İzin Verilen kullanıcılar, her iki yeni izin için de İzin Verilecek, böylece hem PR'leri tamamlamayı geçersiz kılabilir hem de politikalara sahip dallara doğrudan gönderim yapabilirler.

Dal izinlerini ayarla belgelerine daha fazla bilgi için bakın.

Çekme isteklerini taahhüt iletileri kullanarak hızlı bir şekilde açıklayın.

Açıklayıcı işleme iletileri yazmak, herhangi bir Git deposunun geçmişine değer ekler. Kaliteli commit iletilerini teşvik etmek için, birden fazla commit'e sahip yeni pull request'ler katkıda bulunanların elle bir başlık girmesini gerektirecek.

Çekme isteği açıklamaları varsayılan olarak boş kalmaya devam edecek, ancak yeni bir özellik, PR commitlerinden gelen commit mesajlarını PR açıklamasına eklemenizi kolaylaştıracak. İşleme mesajlarını eklemek için, işleme mesajlarını çekme isteği açıklama metninin sonuna eklemek üzere İşleme mesajları ekle tıklamanız yeterlidir.

İnceleyen olarak varsayılan bir ekip olmadan çekme talepleri oluşturma

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

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

1. PR oluştururken varsayılan olarak gözden geçirenler eklenmez. Gözden geçirenler listesi, kısa süre önce PR'lere eklenen 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 üzere eklendiğinden emin olmak isteyen ekiplere de yardımcı olabilir.
2. Çekme İstekleri merkezi, yeni bir özelleştirilebilir bölüme sahiptir. Varsayılan olarak, bu bölüm "Ekiplerime atanan" PR'leri gösterir ve eski bölümle eşdeğer işlevler sağlar. Ancak, birden çok takıma üyeyseniz, bu bölümde takımlarınızdan herhangi birine atanan PR'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 pull request açıklamaları yazmak, gözden geçirenlerin kodu gözden geçirirken ne bekleyeceklerini bilmelerine yardımcı olmak için harika bir yoldur. Ayrıca test etme, birim testi ekleme ve belgeleri güncelleştirme gibi her değişiklik için yapılması gerekenleri izlemeye yardımcı olmak için de harika bir yoldur. Birçoğunuz, ekiplerin harika açıklamalar yazmasını kolaylaştırmak adına çekme isteği şablonları eklememizi talep etti ve biz de şimdi bu özelliği ekledik.

Varsayılan çekme isteği açıklama şablonunun desteklenmesine ek olarak, ekipler çekme isteği oluşturma sayfasındaki menüde size sunulan birden fazla şablon ekleyebilir. PR açıklamasına eklemek için depodaki herhangi bir şablon arasından seçim yapmak üzere Şablon Ekle düğmesine tıklamanız yeterlidir.

Dala özgü şablonlar, belirli bir dala veya dal klasörüne PR için farklı bir şablon uygulamak istiyorsanız desteklenir. Örneğin, "hotfix/" ile başlayan tüm dallara belli bir şablon eklemek istiyorsanız, bu dallara yönelik tüm PR'ler için kullanılacak bir şablon ekleyebilirsiniz.

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

Pull request'in hedef dalını değiştirin

Çoğu ekip için, neredeyse tüm çekme istekleri main veya develop gibi aynı dalı hedefler. Ancak, farklı bir dalı hedeflemeniz gerektiğinde, hedef dalı varsayılan daldan değiştirmeyi unutmak kolaydır. Etkin bir çekme isteğinin hedef dalını değiştirme özelliğiyle, bu artık kolay bir işlemdir. Ç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. Özellik dalındaki değişikliklerinize bağımlı bazı özellikler içeren bir özelliği hedefleyen bir çekme isteği (PR) senaryosu düşünün. Bağımlı değişikliklerinizi, özellik dalındaki diğer değişikliklerden bağımsız olarak gözden geçirmek istiyorsunuz, bu yüzden başlangıçta features/new-feature'yi hedef alıyorsunuz. Gözden geçirenler 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 main ile birleştirilse ne olacağını göz önünde bulundurun. Daha önce, ya değişikliklerinizi bırakıp main'e yeni bir çekme isteği oluşturmanız, ya da çekme isteğinizi features/new-feature ile birleştirip ardından features/new-feature'den main'e başka bir çekme isteği oluşturmanız gerekirdi. Yeni hedef dalını güncelleme eylemiyle, tüm bağlamı ve yorumları koruyarak PR'nin hedef dalını features/new-feature'den main'e basitçe değiştirebilirsiniz. Hedef dalı değiştirmek, PR için yeni bir güncelleme oluşturur ve bu da hedef dal değişikliğinden önceki farklılıkları incelemeyi kolaylaştırır.

Uzantı yazarları geçerli depoyla ilgili 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ını, kimliğini ve URL'sini gibi bağlamını almaktır. Bu konuda yardımcı olmak için VersionControlRepositoryService hizmetini uzantıyla erişilebilir bir hizmet olarak ekledik. Bunu kullanarak, uzantı yazarı Web kullanıcı arabirimindeki geçerli Git deposu bağlamı hakkında bilgi için sorgulayabilir. Şu anda getCurrentGitRepository() adlı tek bir yöntemi vardır.

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

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

Boru Hatları

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 birleştirir, böylece projenizin derlemelerinde hızla gezinerek durumlarını görebilirsiniz. Ayrıca seçilen işlem hattı için test analizi önizlemesini de 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 başlığı bir bakışta daha ilgili bilgiler içeriyor, içerik daha fazla ayrıntı sunuyor ve bunların stili en yeni marka stiline uygun hale getirildi.

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, bir aracı havuzu ile bir aracı kuyruğu arasındaki farkı açıklama.

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 ajan	Microsoft tarafından barındırılan aracı	Microsoft tarafından yönetilen bulutta barındırılan altyapıda çalışan bir derleme/yayın aracısı.
Özel aracı	Yerel barındırılan aracı	Sizin tarafınızdan sağlanan ve yönetilen bir makinede çalışan derleme/yayın aracısı.
Aracılar havuzu	Aracılar havuzu	Derlemeleri veya yayınları çalıştırabilen kuruluş düzeyinde bir ajan makine kümesi.
Temsilci kuyruğu	Aracılar havuzu	Proje düzeyinde derlemeleri veya yayınları çalıştırabilen bir aracı makineler kümesi. Kuruluş düzeyinde bir aracı havuzuna bağlıdır.
Yapı tanımı	İşlem hattı oluşturma	Bir uygulama için uçtan uca derleme adımları kümesi.
İnşa et	İnşa et	Çalışmakta olan veya çalışmış bir yapı hattının örneği.
Aşama	İş	Bir ajan üzerinde sıralı veya paralel olarak çalışan bir dizi görev. Oluşturma veya yayın işlem hattı tek bir iş veya birden çok işten oluşan bir grafik içerebilir.
Sürüm Tanımı	Dağıtım süreci	Bir uygulamanın çeşitli aşamalara dağıtılması için uçtan uca yayın adımları kümesi.
Serbest bırakma	Serbest bırakma	Çalışmakta olan veya çalıştırılmış 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ı görev/işlem hattı	Paralel iş	Paralel bir iş, kuruluşunuzda aynı anda tek bir derleme veya yayın işi çalıştırma olanağı sağlar. Daha fazla paralel iş ile 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 için harici hizmetlere bağlanmak amacıyla kullanılan kimlik bilgileri gibi bir ayarlar grubu.

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

Yeni Sürümler sayfasını kullanarak yayın işlem hatlarını yönetme

Yayın giriş sayfasında yeni ve tamamen yeniden tasarlanmış bir kullanıcı deneyimi mevcuttur. Sol tarafta, en sık yayımladığınız sürüm işlem hatlarının listesine bakın. Ayrıca iş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

Pipeline görünümü, sürüm 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, durumlarını ve ayrıntılı ilerleme 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 belirlendiyse, bu, ortamda onaylar ve geçitlerin varlığıyla gösterilir. Onayların ve geçitlerin ilerlemesi, ortamın durumuna da yansır. 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.

Değişiklikler 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 uzun ise, ilgilendiğiniz bir taahhüt veya iş öğesini bulmak için filtreleri kullanın.

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

Ortamlar, kaç aşamanın ve görevlerin tamamlanıp tamamlanmadığını ve çalışma süresini de kapsayan devam eden dağıtımlar için canlı güncelleştirmeler gösterir. Ortam durumuna tıklayarak, günlükleri içeren bir görünüm açılır ve odak günlükler üzerinde ve şu anda etkin olan kısım üzerinde yoğunlaşı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: Windows Machine Dosya Kopyalama ve Hedef Makinede 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 Kopyası' 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.
• 'Hedef Makinede PowerShell' görev sürümünü 2.* veya daha yenisine geçirin ve makinenin tam etki alanı adını (fqdn) veya makine adını, ardından Windows Uzaktan Yönetim bağlantı noktalarını (http/https) belirtin. Ö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. Test sonuçlarına tıklanması, işleme katkıda bulunan diğer uzantılardan alınan 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 ve 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 Sunucunuzda kullanılabilir. Deponuzda denetlenen bir YAML dosyası kullanarak sürekli tümleştirme işlem hattınızı otomatikleştirin. YAML şeması için eksiksiz bir başvuru burada bulunabilir.

YAML tabanlı derleme işlem hatlarını daha sorunsuz 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ünlerin birbirine bağımlı çeşitli bileşenleri vardır. 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. Teams genellikle bu bağımlılıkları el ile yönetir.

Artık bir derlemeyi başka bir derlemenin başarıyla tamamlanmasıyla tetikleyebilirsiniz. Bir yukarı akış derlemesi tarafından üretilen yapıtlar daha sonraki derlemede indirilip kullanılabilir ve şu değişkenlerden de veri alabilirsiniz: Build.TriggeredBy.BuildId, Build.TriggeredBy.DefinitionId, Build.TriggeredBy.BuildDefinitionName. Derleme tetikleyicileri hakkında daha fazla bilgi için dokümantasyona bakın.

Bazı durumlarda tek bir çok aşamalı derlemenin ihtiyaçlarınızı 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.

Ajanınızı yerel olarak güncelleyin

Galeriden yüklediğiniz görevler bazen işlem hattı aracısının daha yeni bir sürümünü gerektirir. Azure DevOps Sunucunuz İnternet'e bağlanabiliyorsa, daha yeni sürümler otomatik olarak indirilir. Değilse, her etkeni manuel olarak yükseltmeniz gerekir. Bu sürümden başlayarak Azure DevOps Server'ınızı, aracı paketi dosyalarını İnternet yerine yerel diskinde aramak üzere yapılandırabilirsiniz. Bu, Azure DevOps Server'ınızı İ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 yapı durumu rozeti URL'si

Bir deponun ana sayfasına eklenen derleme rozetleri, deponun sağlığını göstermenin yaygın bir yoludur. Şimdiye kadar derleme rozetleri oluşturmuş olmamıza rağmen birkaç sorun vardı:

• URL sezgisel değildi
• Rozet bir dala özgü değildi
• Kullanıcının rozete tıklayarak kullanıcıyı bu tanımın en son derlemesine götürmesinin 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ında Durum rozeti menü eylemini seçerek yeni durum rozeti URL'si için Markdown kodunu alabilirsiniz.

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

Derlemelerinize özel derleme sayaçları ekleyin

Yapı sayaçları, yapıları benzersiz olarak numaralandırmak ve etiketlemek için bir yöntem sunar. 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'dan 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 sürecinin dışında bir sayacın değerini sorgulayabilirsiniz. Örneğin, sayaç kullanarak son sıfırlamadan sonra çalıştırılmış olan 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.

Pipelines’da Azure İlkesi uyumluluğu ve güvenlik doğrulamaları

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 geliştirdik. Azure Kaynak Grubu dağıtım görevini, ARM şablonlarını dağıtırken herhangi bir ilke ihlali durumunda, ilgili politikayla ilgili hatalar nedeniyle başarısız olarak sonuçlandırı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.

Yazılımları Linux/ARM ve Windows 32-bit platformlarında derleyin.

Azure Pipelines açık kaynak, platformlar arası aracı her zaman 64 bit (x64) Windows, macOS ve Linux üzerinde desteklenmektedir. Bu sürümle birlikte iki yeni desteklenen platform 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şturma olanağı 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 test görünümü, tam sayfa hata ayıklama deneyimi, bağlam içinde test geçmişi, yarıda kesilen test yürütmelerinin raporlanması ve çalıştırma aşaması özetini 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 herhangi bir zamanda test yürütmeyi görmek önemlidir. Devam Eden 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ılırken neredeyse gerçek zamanlı olarak kullanılabilir ve daha hızlı işlem gerçekleştirmenize yardımcı olur. Bir hatayı ayıklayabilir veya iptal edebilir, bir hata bildirebilir veya işlem hattını durdurabilirsiniz. Bu özellik şu anda Çoklu Aracı aşamasında VS Test Görevi kullanılarak her iki işlem hattında, yani derleme ve yayın işlem hattında, Test Sonuçlarını Yayımla Görevi kullanarak veya API'ler üzerinden 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ünde Devam Eden Test özeti, toplam test sayısı ve belirli bir zaman noktasındaki test hatalarının sayısı bildirilir.

Yukarıdaki Devam Eden Test özeti'ne tıklayarak, test planlarında 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 uzundur ve hata ayıklama sırasında ayrıntıları görüntülemek için yeterli alana ihtiyaç duyar. Tam kapsamlı bir hata ayıklama deneyimine sahip olmak 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ştirmeye devam edebilirsiniz.

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 birlikte test geçmişini, derleme ve sürümler için Test Planları sekmesinde bağlamına uygun olarak sunuyoruz. Test geçmişi bilgileri, seçili 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 sağlanır.

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 Planlarında tamamlanan çalıştırmaların yanı sıra görüntüleyebilirsiniz. Bu özellik şu anda Çoklu Aracı aşamasında VS Test Görevi kullanılarak derleme ve yayın işlem hattı için veya API'leri kullanarak test sonuçlarını yayımlama için 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çirilip geçirilip geçirılmadığını ancak Tümleştirme ortamında başarısız olup olmadığını öğrenebilirsiniz. İngilizce yerel ayarında geçip geçmediğini, ancak Türkçe yerel ayarına sahip 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ı 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 türetilen genel sonuçla birlikte raporlanması gerekir. Bu güncelleştirmeyle, bir sürümdeki 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. 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.), her test yinelemesi yerine hiyerarşinin kök düzeyi kullanılarak hesaplanır.

Pipelines’da test analizi görüntüleyin

Test kalitesinin zaman içinde izlenmesi ve test yardımcılığının geliştirilmesi, iyi durumdaki bir işlem hattının korunmasında kilit öneme sahip. 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 etki kalitesi 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.

Yapılar ve yayınlar için test analizlerini görüntüleyin, aşağıda önizleyin:

Daha fazla bilgi için belgelerimizi inceleyin.

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

Aracısız bir aşamada görevler sunucu tarafından düzenlenir ve 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şama eklenmesi gerektiği anlamına geliyordu ve bu da tanımın büyük olmasını sağlıyordu. Aracısız aşamalarda birden çok görevi korumanıza olanak tanıyan 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ı kademeli olarak kullanıma sunma ve aşamalar halinde gerçekleştirme

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

Geçitler tutarlı bir şekilde başarılı olana kadar dağıtımları askıya alın

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, tüm geçitler için başarılı bir örnekleme alındıktan sonra sürüm ilerler. Bir kapı dengesiz 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 sistem sağlığının tutarlılığını belirli bir asgari süre boyunca doğrulayacak şekilde sürümü yapılandırabilirsiniz. Çalışma zamanında sürüm, yükseltmeye izin vermeden önce geçitlerin ardışık değerlendirmelerinin başarılı olmasını garanti eder. 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 kontrolü 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şlemle etiketlenen derlemeleri sürekli dağıtın

Sürekli dağıtım tetikleyicileri, derleme tamamlandığında bir sürüm 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, sürümün tetikleyici filtrelerinde işlem sonrası atanacak olan derleme etiketlerinden yararlanabilirsiniz.

Yayın zamanında bir değişken ayarlayın

Bir yayın tanımında artık 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şturma, taslaktaki değişkenleri güncelleştirme ve değişkeniyle yayını tetikleme için birden çok adımdan kaçınmanıza 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 showEnvironmentVariables adlı yeni bir özellik ayarlayabilir. Bunu yaptığınızda, derleme düzenleyicisindeki görevde ek bir denetim görüntülenir. Bu, PowerShell, Cmd ve Bash görevleri için kullanılabilir.

Bu, iki senaryoya olanak tanır:

• 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" olacaktır, "FOO" değil.
• Gizli değerlerin betiklere güvenli bir şekilde geçirilmesini sağlar. Ajan üzerindeki işletim sistemi, bağımsız değişkenleri de içeren işlemlerin çağrılarını günlüğe kaydedebileceğinden, gizli bilgilerin betiklere bağımsız değişken olarak geçirilmesi yerine bu yöntem tercih edilir.

Değişken gruplarını kopyalayın

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 işlem yapmanız 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

Bir değişken grubunu kopyaladığınızda gizli değişken değerleri kopyalanmaz. Şifrelenmiş değişkenleri güncelleştirmeniz ve ardından kopyalanan değişken grubunu kaydetmeniz gerekir.

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

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, sürüm işlem hattı yalnızca tüm geçitler aynı anda sağlıklı olduğunda ilerler. Bazı durumlarda, yayını hızlandırırken veya durumu el ile denetledikten sonra olduğu gibi, onaylayıcı bir geçidi yoksaymak ve kapı sağlıklı olarak değerlendirilmemiş olsa bile yayının ilerlemesine izin vermek isteyebilir. Yayın geçitleri belgeleri daha fazla bilgi için.

Çekme isteği (pull request) yayın tetikleyicisini kullanarak ek test gerçekleştirme

Bir çekme isteği (PR) temelinde bir derlemenin başlatılmasını tetikleyebiliyor ve birleştirmeden önce o hızlı geri bildirimi bir süredir alabiliyorsunuz. Artık bir yayın için PR tetikleyicisi yapılandırabilirsiniz. Sürümün durumu kod deposuna iletilir ve doğrudan PR 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.

Sertifika ile kimlik doğrulaması yapan hizmet sorumlusu ile Azure hizmeti bağlantısı oluşturun

Artık kimlik doğrulaması için bir hizmet sorumlusu ve sertifikasıyla bir Azure hizmet bağlantısı tanımlayabilirsiniz. Azure hizmet bağlantısı artık 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 Paket’ten çalıştırın

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

App Service, msdeploy (diğer adıyla WebDeploy), git, ARM ve daha fazlası gibi dosyalarınızı dağıtmak için bir dizi 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, bir zip dosyasına işaret edersiniz ve zip dosyası, wwwroot'a salt okunur bir dosya sistemi olarak monte edilir. Bunun çeşitli avantajları vardır:

• Dosya kopyalama işlemlerinde kilitlenme 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 Uygulaması Hizmeti dağıtımlarının performansını artırır.
• Özellikle büyük npm paket ağaçlarına sahip JavaScript fonksiyonlar için soğuk başlangıç sürelerini azaltabilir.

Uygulama Sunucusu Dağıtımı göreviyle Linux kapsayıcıları dağıtın

Azure Uygulaması Hizmeti Dağıtma görevinin 4.* sürümü artık Linux'ta Azure İşlevleri 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'taki 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ı sağlar ve yönetir (yerleşik görüntü modu), dolayısıyla Docker ile ilgili belirli bir bilgi gerekmez. Bu, App Service Dağıtımı görevinin mevcut sürümünde desteklenir.
2. Özel kapsayıcı görüntüsü: Linux'ta Azure İşlevleri için özel kapsayıcı görüntülerinin dağıtımını destekleyecek şekilde App Service Dağıtım 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ınlanan Xcode 10’u 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, Xcode sürümlerinin matrisiyle paralel olarak işleri de ç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ırma

Helm , Kubernetes uygulamalarının yüklenmesini ve yönetilmesini kolaylaştıran bir araçtır. Ayrıca son bir yılda ç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 (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ı bir 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ü denetleyin

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 MySQL için Azure Veritabanı'na, Azure'ın MySQL veritabanı hizmetine, sürekli olarak dağıtım yapabilirsiniz. Sürüm denetiminde MySQL betik dosyalarınızı yönetin ve PowerShell betikleri yerine yerel bir görev kullanarak bir yayın işlem hattının parçası olarak sürekli dağıtın.

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

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

Hedef görevde PowerShell (sürüm: 3.*): Satır içi komut dosyası ekleyebilir, PSSession seçeneklerini değiştirebilir, "ErrorActionPreference" tercihini ayarlayabilir ve standart hata olursa işlem başarısız olabilir.

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

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

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 Tool'un bir veya daha fazla sürümünü anında yüklemek için Go Aracı Yükleyicisi görevini kullanın. 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 Tool sürümü aracıda zaten yüklüyse, bu görev yeniden indirme ve 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 betiklerinin çalıştırılmasını kolaylaştırır. 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. İşlem, path içerisindeki 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, macOS barındırma aracıları üzerinde olduğu gibi, aracı makinede mevcut olduğunda otomatik olarak xcpretty kullanır. xcpretty çıkışı, xcodebuild çıkışından farklı ve daha az ayrıntılı olsa da, her derlemede eksiksiz xcodebuild günlüklerini erişilebilir hale getiririz.

Test Planları

Test Çalıştırıcısı (Azure Test Planları) istemcisi, masaüstü uygulamaları için el ile testler çalıştırır

Artık masaüstü uygulamaları için el ile testler çalıştırmak için Test Çalıştırıcısı (Azure Test Planları) istemcisini kullanabilirsiniz. Bu, Microsoft Test Yöneticisi'nden Azure Test Planlarına 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. Ayrıca 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 Planları), ç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.

Eserler

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 sürümlerinde 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.
• Akışınıza diğer Azure DevOps Server akışlarını yukarı akış kaynakları olarak ekleyebilirsiniz; bu da 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". İşbirlikçi bir yukarı akış kaynağından paketleri saklayabilir, ancak paketleri doğrudan beslemeye yayımlayamaz (örn. 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ıya veya derleme sistemine 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ümleri ile de uyumludur. Bir paketi bir görünüm üzerinden izlerken izlerseniz, 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 sekmeleri 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 kurmak artık çok daha iyi. 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ı edinmek 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 ve Yayımlama Sembolleri görevini, bir dosya paylaşımında yayımlandıklarında simgeleri sıkıştırmayı destekleyecek şekilde güncelleştirdik.

Viki

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

Geliştiriciler, kod depolarında "API'ler", "SDK'lar" ve "kodu açıklayan yardım belgeleri" için belgeler oluşturur. Okuyucuların doğru belgeleri bulmak için kodda gezinmesi gerekir. Artık markdown dosyalarını kod depolarından 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 ile eşler.

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

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

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 görüntüler 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'yi yeniden adlandır'a tıklayarak wikinize unutulmaz bir ad verin.

Sayfayı yeni sekmede aç

Artık bir 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ıklar içeren sayfalar veya Wiki'de "Kurulum kılavuzu" oluşturulabilir. Aşağıdaki karakterler UTF-8 kodlanmış dizelerine çevrilir:

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

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

Wiki'deki düzgün bağlanmamış tüm bağlantılar ayrı kırmızı renkte ve bozuk bağlantı simgesiyle gösterilir ve wiki sayfasındaki tüm bozuk bağlantılara dair 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ın kesilmesine sebep olabilirdi. Artık bağlantıları bozulmadan önce denetleyebilir ve düzeltebilirsiniz.

Önemli

Bağlantılar için sayfalarda []() markdown söz dizimini ve iş öğelerinde Wiki sayfası bağlantı türünü kullanmayı unutmayın, böylece Wiki bu potansiyel bozuk bağlantıları bulup düzeltebilir. İş öğelerindeki düz metin URL'leri ve köprüleri bu özellik tarafından alınmaz.

Bir 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 gerçekleştirmeden önce etkilenen Sayfa bağlantılarının ve İş öğelerinin bir 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üzenlenir. 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ölmesinde 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, üç çizgiyle ayrılmış geçerli bir YAML bloğu biçiminde olmalıdır. Tüm temel veri türlerini, listeyi, nesneyi değer olarak 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ımla

Daha önce, yalnızca git deposunda Depo Oluşturma izni olan kullanıcılar kodu wiki olarak yayımlayabiliyordu. Bu durum, depo yöneticileri veya oluşturucularının, git depolarında barındırılan markdown dosyalarını wiki olarak yayımlama istekleri için bir darboğaz oluşturmasına 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. Analiz Hizmeti'nde kullanılabilir veriler.

Yeni bir derleme panosu pencere öğesi kullanarak derleme geçmişini araştırın.

Panolarınıza ekleyebileceğiniz yeni ve geliştirilmiş bir derleme geçmişi aracımız var. Bu widget ile panonuzda, belirli bir dalın geçmiş derlemelerini görüntüleyebilir ve anonim ziyaretçilerin erişebilmesi için genel bir projede yapılandırma yapabilirsiniz.

Önemli

XAML derlemeleriniz hakkında 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

Fikrinizi öğrenmek isteriz! Bir sorunu bildirebilir veya bir fikir sağlayabilir, Geliştirici Topluluğu aracılığıyla izleyebilir ve Stack Overflow hakkında öneriler alabilirsiniz.

---

Sayfanın Başı