Aracılığıyla paylaş

Geliştirilmiş YAML önizleme API'si ve evrensel Paketler için yukarı akış kaynağını yapılandırma

Bu sprint'te, son haline getirilmiş YAML gövdesini almanıza olanak tanıyan yeni bir API uç noktası dağıtacağız. Ayrıca, bu sürümle evrensel paketler için yukarı akış kaynağınızı yapılandırma özelliğini ekleyebileceğimizi duyurmaktan heyecan duyuyoruz.

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

Özellikler

Azure Boards

Azure Boru Hatları

Azure Artifacts

Azure Boards

Biriktirme listeleri ve panolarda sistem çalışma öğesi türleri

Sistem iş öğesi türünü tercih ettiğiniz kapsam düzeyine eklemenize olanak tanıyan bir özelliğin özel önizlemesini başlattık . Geçmişte bu iş öğesi türleri yalnızca sorgulardan kullanılabilirdi.

İşlem İş Öğesi Türü
Çevik Sorun
Scrum ("Çevik Proje Yönetim Yöntemi" olarak bilinen yaygın bir terim) Engel
CMMI Değişiklik İsteği
Sorun
İnceleme
Risk

Özelliğin artık önizleme aşamasında olmadığını ve tüm kuruluşlar tarafından genel kullanıma sunulduğunu duyurmaktan mutluluk duyuyoruz. Bir sistem iş öğesi türünü iş listesi düzeyine eklemek kolaydır. Özel işleminize gidip Kapsam Düzeyleri sekmesine tıklamanız yeter. Kapsam düzeyinizi seçin (örnek: Gereksinimler Kapsamı) ve düzenle seçeneğini belirleyin. Ardından iş öğesi türünü ekleyin.

bekleyen işler

Denetim kaydı olayı

Müşterilerin süreçle ilgili değişiklikleri daha iyi izlemesine yardımcı olmak için denetim günlüklerine yeni bir olay ekledik. Bir seçim listesindeki değerler her değiştirildiğinde bir olay günlüğe kaydedilir. Seçim listesi alanlarında yapılan değişiklikler genellikle bir işlemde yapılan en yaygın değişikliklerdir. Bu yeni etkinlikle kuruluş yöneticileri bu alanlarda ne zaman ve kimlerin değişiklik yaptığını daha iyi izleyebilir.

denetim günlükleri

Azure Boards GitHub uygulama deposu sınırı artırıldı (özel önizleme)

GitHub marketinden Azure Boards uygulamasını kullanıyorsanız bağlanabileceğiniz 100 GitHub deposu sınırı vardır.  Bu, 100'den fazla depoya sahip olabilecek büyük kuruluşlar için bir engel haline gelir. Bu sprint'te Azure Boards'un GitHub depolarınıza bağlanma şeklini 100'den fazla alanı destekleyecek şekilde değiştirdik. Şu anda 100 depo sınırına ulaştıysanız bize bildirin; bu sınırı artırmak ve engellemenizi kaldırmak için özelliği etkinleştirebiliriz. Lütfen bize doğrudan kuruluşunuzun adıyla (dev.azure.com/{organization}) e-posta gönderin .

Çekme isteği birleştirildiğinde iş öğesi durumunu özelleştirme (özel önizleme)

Tüm iş akışları aynı değildir. Bazı müşteriler, Çekme İsteği (Pull Request) tamamlandığında, ilgili iş öğelerini kapatmak istiyor. Diğerleri, çalışma öğelerini kapatmadan önce doğrulanacak başka bir duruma ayarlamak ister. her ikisine de izin vemalıyız.

Sprint 174'ten başlayarak, çekme isteği birleştirildiğinde ve tamamlandığında iş öğelerini istediğiniz duruma ayarlamanıza olanak tanıyan yeni bir özelliğimiz var. Bunu yapmak için çekme isteği açıklamasını tarar ve durum değerinin ardından iş öğelerinin #mention'ını ararız. Bu örnekte, iki kullanıcı hikayesini Çözüldü olarak ayarlıyor ve iki görevi kapatıyoruz.

iş öğesi durumu

Bu özellik uzun zamandır geliyor ve düşüncelerinizi görmek için heyecanlıyız. Başlamak için yalnızca çekme isteği açıklamasını tarıyoruz ve kullanıcı arabirimi değişikliklerini hariç tutuyoruz. Daha fazla yatırım yapmadan önce geri bildiriminizi almak istedik.

Özel önizlemeye katılmak istiyorsanız lütfen doğrudan bize e-posta gönderin. Kuruluşunuzu (dev.azure.com/{organization}) eklemeyi unutmayın.

Azure Boru Hatları

Boru hattı duyuru görüntüleri

Uyarı

Azure Pipelines görüntüleri, kullanıcılara mümkün olan en iyi deneyimi sunmak için sürekli olarak güncelleştirilir. Bu rutin güncelleştirmeler ağırlıklı olarak hataları veya güncel olmayan yazılımları ele alma amaçlıdır. İşlem hatlarınız üzerinde genellikle hiçbir etkisi olmaz, ancak her zaman böyle değildir. İşlem hattınız, görüntüde kaldırılmış veya güncelleştirilmiş bir yazılım parçasına bağımlılık alırsa etkilenebilir.

Windows, Linux ve macOS görüntülerimizdeki yaklaşan güncelleştirmeler hakkında daha fazla bilgi edinmek için lütfen aşağıdaki duyuruları okuyun:

Yaklaşan (yayın öncesi) ve dağıtılan değişikliklerin sürüm notlarını görüntülemek için lütfen aşağıdaki sürüm notlarına abone olun:

Ajans günlüğü yüklemeleri geliştirildi

Bir ajan Azure Pipelines sunucusuyla iletişimini durdurduğunda, çalıştırdığı iş terk edilmiş hale gelir. Akış konsolu günlüklerine bakıyor idiyseniz, temsilcinin yanıt vermeyi durdurmadan hemen önce neler yaptığı hakkında bazı ipuçları edinmiş olabilirsiniz. Ancak bunu yapmadıysanız veya sayfayı yenilediyseniz bu konsol günlükleri gitmiş olur. Bu sürümle birlikte, aracı tam günlüklerini göndermeden önce yanıt vermeyi durdurursa, alternatif olarak konsol günlüklerini tutacağız. Konsol günlükleri satır başına 1000 karakterle sınırlıdır ve bazen eksik olabilir, ancak hiçbir şey göstermemekten çok daha yararlıdır! Bu günlükleri incelemek, kendi işlem hatlarınızın sorunlarını gidermenize yardımcı olabileceği gibi sorun gidermeye yardımcı olduklarında destek mühendislerimize de kesinlikle faydalı olur.

Kapsayıcı birimlerini isteğe bağlı olarak salt okunur biçimde bağlayın

Azure Pipelines'da bir kapsayıcı işi çalıştırdığınızda, çalışma alanı, görevler ve diğer içerikler birkaç birim olarak bağlanır. Bu birimler varsayılan olarak okuma/yazma erişimine sahiptir. Daha fazla güvenlik için YAML'de kapsayıcı belirtiminizi değiştirerek birimleri salt okunur olarak bağlayabilirsiniz. altındaki mountReadOnly her anahtar salt okunur olarak ayarlanabilir true (varsayılan değerdir false).

resources:
  containers:
    - container: example
      image: ubuntu:18.04
      mountReadOnly:
        externals: true
        tasks: true
        tools: true
        work: false

Kapsayıcıların başlatılması/durdurulması üzerinde ayrıntılı kontrol

Genel olarak, Azure Pipelines'ın iş ve hizmet kapsayıcılarınızın yaşam döngüsünü yönetmesine izin vermenizi öneririz. Ancak, bazı yaygın senaryolarda bunları kendiniz başlatmak ve durdurmak isteyebilirsiniz. Bu sürümle bu özelliğin entegrasyonunu Docker görevine sağladık.

Yeni özelliği kullanan örnek bir işlem hattı aşağıda verilmiştir:

resources:
  containers:
    - container: builder
      image: ubuntu:18.04
steps:
  - script: echo "I can run inside the container (it starts by default)"
    target:
      container: builder
  - task: Docker@2
    inputs:
      command: stop
      container: builder
# if any step tried to run in the container here, it would fail

Ayrıca, kapsayıcıların listesini bir işlem hattı değişkenine ekleriz. Agent.ContainerMapping Örneğin, bir betikteki kapsayıcıların listesini incelemek istiyorsanız bunu kullanabilirsiniz. Metinleştirilmiş bir JSON nesnesi içerir; bu nesne, kaynak adını (yukarıdaki örnekten "oluşturucu") aracının yönettiği kapsayıcı kimliğine eşler.

Her adım için görev paketlerini açma

Aracı bir işi çalıştırdığında, önce işin adımlarının gerektirdiği tüm görev paketlerini indirir. Normalde, performans için görev birden fazla adımda kullanılsa bile her iş için görevlerin yalnızca bir kez açılması yapılır. Güvenilmeyen kodun sıkıştırılmamış içeriği değiştirmesi konusunda endişeleriniz varsa, yazılım ajanın görevi her kullanımda açmasını sağlayarak biraz performanstan ödün verebilirsiniz. Bu modu etkinleştirmek için --alwaysextracttask değerini aracıyı yapılandırırken sağlayın.

Erişim belirteçlerinin kapsamını kısıtlayarak sürüm güvenliğini geliştirme

Azure Pipelines için güvenlik ayarlarını iyileştirme girişimimizi temel alarak, artık sürümler için erişim belirteçlerinin kapsamını kısıtlamayı destekliyoruz.

Sürümlerde çalıştırılan her iş bir erişim belirteci alır. Erişim belirteci, görevleriniz ve betikleriniz tarafından Azure DevOps'a erişim sağlamak için kullanılır. Örneğin, erişim belirtecini kaynak kodu almak, yapıtları indirmek, günlükleri karşıya yüklemek, sonuçları test etmek veya Azure DevOps'a REST çağrıları yapmak için kullanırız. Her iş için yeni bir erişim belirteci oluşturulur ve iş tamamlandıktan sonra süresi dolar.

Bu güncelleştirmeyle, erişim belirteçlerinin kapsamını kısıtlayarak işlem hattı güvenliğini iyileştirmeyi temel alarak ve aynı değeri klasik sürümlere genişleterek geliştireceğiz.

Bu özellik, yeni projeler ve kuruluşlar için varsayılan olarak açıktır. Mevcut kuruluşlar için Kuruluş Ayarları İşlem Hatları > Ayarları'nda > etkinleştirmeniz gerekir. > yayın işlem hatları için iş yetkilendirme kapsamını geçerli projeyle sınırlayın. Buradan daha fazla bilgi edinebilirsiniz.

YAML önizleme API’si geliştirmeleri

Birkaç sprint önce, bir işlem hattını çalıştırmadan tüm YAML'sini önizleme özelliğini kullanıma sunduk. Bu güncelleştirmeyle önizleme özelliği için ayrılmış yeni bir URL oluşturduk. Artık son haline getirilmiş YAML gövdesini almak için POST'a https://dev.azure.com/{org}/{project}/_apis/pipelines/{pipelineId}/preview gönderebilirsiniz. Bu yeni API, bir işlemi sıraya almakla aynı parametreleri alır, ancak artık "Kuyruk işlemleri" izni gerektirmez.

Azure Artifacts

Evrensel Paketler için yukarı akış kaynaklarını yapılandırma

Artık Azure Artifacts akışlarınızı isteğe bağlı olarak yukarı akış kaynaklarından Evrensel Paketleri otomatik olarak indirecek şekilde yapılandırabilirsiniz.

Daha önce, beslemenizde NuGet, Python, Maven ve npm paketleri için yukarı akış kaynakları yapılandırabiliyor, ancak Evrensel Paketler için yapılandıramıyordunuz. Bunun nedeni, desteklenen diğer paket türlerinden çok daha büyük paketleri destekleyen Evrensel Paketler için kullanılan depolama teknolojisindeki farktı.

Artık Evrensel Paketler için yukarı akış kaynaklarını diğer paket türleriyle aynı şekilde yapılandırabilirsiniz; akış ayarlarınızı açın, Yukarı akış kaynakları ->Yukarı akış kaynağı ekle '> ye tıklayın ve size en uygun kaynak türünü seçin. Bir sonraki görünümde yeni bir seçenek olarak Evrensel Paketler 'i (UPack) göreceksiniz (aşağıdaki resme bakın). Daha fazla bilgi için lütfen yukarı akış kaynakları yapılandırma belgelerine bakın.

upack

Yukarı akış kaynaklarındaki Evrensel Paketlerin yalnızca aynı DevOps Kuruluşundaki akışlar arasında desteklendiğini unutmayın.

Güncelleştirme Paketi Sürümü REST API, Maven paketleri için artık kullanılabilir

Artık Maven paketi sürümlerini güncelleştirmek için Azure Artifacts "Paket Sürümünü Güncelleştir" REST API'sini kullanabilirsiniz. Daha önce NuGet, Maven, npm ve Evrensel Paketler için paket sürümlerini güncelleştirmek için REST API'yi kullanabilirdiniz ancak Maven paketlerini güncelleştiremeyebilirdiniz.

Maven paketlerini güncelleştirmek için HTTP PATCH komutunu aşağıdaki gibi kullanın.

PATCH https://pkgs.dev.azure.com/{organization}/{project?}/\_apis/packaging/feeds/{feedId}/maven/groups/{groupId}/artifacts/{artifactId}/versions/{packageVersion}?api-version=5.1-preview.1

Aşağıdakileri ayarlayabilirsiniz:

URI Parametreleri

İsim İçinde Required Türü Açıklama
artifactId path TRUE String Paketin Eserat Kimliği
besleme path TRUE String Akışın adı veya kimliği
groupId path TRUE String Paketin Grup Kimliği
organizasyon path TRUE String Azure DevOps kuruluşunun adı
version path TRUE String Paketin sürümü
project path String Proje kimliği veya proje adı
API-sürümü soru TRUE String Kullanılacak API'nin sürümü. Bu, API'nin bu sürümünü kullanmak için '5.1-preview.1' olarak ayarlanmalıdır

İstek Gövdesi

İsim Türü Açıklama
views JsonPatchOperation Paket sürümünün ekleneceği görünüm

Daha fazla bilgi için lütfen güncelleştirildikçe REST API belgelerine bakın.

Sonraki Adımlar

Uyarı

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

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

Azure DevOps'a gidin

Geri bildirim sağlama

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

Öneride bulunma

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

Teşekkürler

Aaron Hallberg

  • Last updated on