Azure Pipelines'da YAML geliştirmeleri - Sprint 142 Güncelleştirmesi

Azure DevOps Sprint 142 Güncelleştirmesi'nde YAML'de derlemelerinize özel sayaçlar ekleme, çekme istekleri için oluşturulacak dalları belirtme ve şablonları satır içi olarak kullanma gibi çeşitli geliştirmeler yapılmıştır. Ayrıca tüm kullanıcılar için yeni gezintiyi açtık, koyu bir temaekledik ve Azure Boards'takibağlama ve ek deneyimlerini geliştirdik.

Daha fazla bilgi için aşağıdaki Özellikler listesine göz atın.

Özellikler

Genel:

• Tüm kullanıcılar için yeni gezinti açık
• Koyu Tema

Azure Boards:

• Referans malzemelerini daha zengin iş ögesi ekleriyle düzenle
• Kuruluşunuz genelinde iş öğelerini bağlayarak bağımlılıkları yönetme
• Arama sonuçlarından iş öğelerini aç

Azure Repos

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

Azure Pipelines:

• Derlemelerinize özel derleme sayaçları ekleme
• Çekme istekleri için derlenecek dalları belirtmek üzere YAML kullanın
• YAML şablon ifadelerini satır içi kullanma
• İşlem hattı başlatma günlüğü ile sorun giderme sürecini iyileştirin
• YAML işlem hatları için varsayılan saklama
• Linux/ARM ve Windows 32 bit platformlarda derleme
• Değişken gruplarını klonla
• Tüm bağlı kaynaklar için commit'leri ve iş öğelerini görün
• Azure App Service dağıtımlarında desteklenen Paketten çalıştırma
• Uygulama Sunucusu Dağıtma göreviyle Linux kapsayıcılarını dağıtma

Azure Test Planları:

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

Azure Artifacts:

• Pipeline Artifaktlarının genel önizlemesi

Wiki:

• Katkıda Bulunma izinleriyle kodu wiki olarak yayımlama

Yönetim:

• PAT'lar CAP'in uygulanmasını sağlar

General

Yeni gezinti tüm kullanıcılara sunuldu

Tüm kullanıcılar için yeni gezintimizi açtık! Bu, yeni ürün tasarımımızın kullanıma sunulmasında önemli bir kilometre taşıdır. Bu sürümle herkesi yeni gezinti modeline taşırken, kullanıcılar 16 Ocak 2019'a kadar geri çevirmeye ve eski gezintiyi kullanmaya devam edebilecek. Her sayfanın sağ üst kısmındaki avatarınızın altındaki menüden Önizleme özellikleri'ni seçerek bu özelliği geri çevirebilirsiniz.

Daha fazla bilgi için Gezinti Güncelleştirmesi blog gönderisine bakın.

Koyu Tema

Uzun süredir devam eden özellik isteklerimizden biri koyu bir tema sunmak oldu. Size, bunun artık yeni gezinmenin bir parçası olarak kullanıma sunulduğunu bildirmenin mutluluğunu yaşıyoruz. Her sayfanın sağ üst kısmındaki avatarınızın altındaki menüden Tema seçerek koyu temayı açabilirsiniz.

Azure Boards

Referans materyallerini daha zengin iş öğesi ekleriyle düzenleyin

İş öğelerine dosya eklemek, sizin ve ekibinizin başvuru malzemelerini ihtiyaç duyduğunuzda her zaman yakın olmaları için merkezi hale getirebilmenizi sağlar. Artık dosyayı iş öğesi formunda herhangi bir yere sürükleyip bırakarak yeni bir ek eklemek daha kolay. Ekleri liste olarak görüntülemeye devam edebilir veya küçük resim önizlemesini göstermek için kılavuz görünümüne geçebilirsiniz. Dosyaya çift tıklayarak bir önizleme açın ve ihtiyacınız olan bilgileri hızla bulmak için bunlar arasında geçiş yapma.

Kuruluşunuz genelinde iş öğelerini bağlayarak bağımlılıkları yönetme

İlgili veya bağımlı çalışmayı bağlamak, izlediğiniz çalışmayla ilgili daha geniş bir bağlam sağlar ve diğer ekiplerle bağımlılıkları yönetmenize yardımcı olur. Uzaktan çalışma bağlantıları sayesinde artık şirketinizdeki kuruluşlar genelindeki çalışmaları izleyebilirsiniz. Var olan bir iş öğesinin URL'sini kopyalamanız, başka bir iş öğesine gitmeniz ve üç yeni bağlantı türünden birini kullanarak bir bağlantı oluşturmanız yeterlidir: Tüketildiği Yer, Üretim Yapıldığı Yer, ve Uzak İlişkili. Azure Boards'ta izlenebilirlik hakkında daha fazla bilgi için iş öğesi bağlama belgelerine bakın.

Uyarı

İzinler her iki Azure DevOps kuruluşunda da geçerlidir ve her ikisi de aynı Azure AD kiracısı tarafından yedeklenmelidir.

Çeşitli bağımlılıkları yönetmeye başladığınızda, projenizde uzak bağımlılıkları olan iş öğelerini listelemek için Sorgular'daki yeni Uzaktan Bağlantı Sayısı alanını kullanın veya Bağımlılık İzleyicisi uzantısını yüklemeyi göz önünde bulundurun. Ölçek gereksinimlerini karşılamak için Microsoft'taki Windows grubu tarafından oluşturulan bu uzantı, zengin bir hiyerarşi ve bağımlılıklarınızın grafik gösterimini görüntülemek için uzak bağlantıları temel alır.

Arama sonuçlarından iş öğelerini 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. Bu özelliğe UserVoice'tan öncelik verildi.

Azure Repos

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.

Azure Boru Hatları

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.

Çekme istekleri için oluşturulacak dalları belirlemek amacıyla YAML kullanın

YAML işlem hatları PR'ler (çekme istekleri) için hangi dalların derleneceğini belirtebilir. Dahil etmek ve dışlamak için dalları seçebilirsiniz. Bu özellik daha önce web kullanıcı arabiriminde kullanılabilirdi. YaML dosyasına taşıyarak kod olarak yapılandırma iş akışınızın bir parçası olur.

Çekme isteği tetikleyicilerini kullanma örneği şöyle görünebilir:

pr:
  branches:
    include:
    - features/*
    exclude:
    - features/experimental/*
  paths:
    include:
    - **/*.cs

steps:
- script: echo My PR build!

Satır içi YAML şablon ifadeleri kullanın

YAML şablonları, işlem hatlarının parçalarını yeniden kullanmanın güçlü bir yoludur. Şablon ifadeleri, ortak kodu ayırmanın yanı sıra değerleri değiştirmenize ve hangi YAML'nin dahil edileceğini kontrol etmenize olanak sağlar. Şimdiye kadar, bir şablon ifadesinin yaml ifadesindeki değerin tamamını kaplaması gerekiyordu. İfade çözüm özelliğinin tüm değeri olduğundan bu örnek işe yarayacaktı.

- task: msbuild@1
  inputs:
    solution: ${{ parameters.solution }}

Şimdi kısıtlamayı gevşetdik ve aşağıdaki örnekte gördüğünüz gibi satır içi şablonlara izin verdik.

- script: echo The solution file is ${{ parameters.solution }}

Pipeline başlatma günlüğünü kullanarak sorun giderme süreçlerini iyileştirin.

İşlem hattı çalıştırıldığında Azure Pipelines'ın işlem hattı tanımının doğru olduğundan emin olması, hangi işleri zamanlaması gerektiğine karar vermesi, işleri çalıştırmak için aracı istemesi ve daha fazlası gerekir. Şimdiye kadar bu işlem tamamen donuktu, bu nedenle işler ters gittiğinde müşterinin sorunu gidermesi neredeyse imkansızdı. İşlem hattı başlatma günlüğü olarak adlandırılan ve bu ayrıntıları görünür hale getiren yeni bir günlük türü sunuyoruz. Tamamlanmış bir derlemede Tüm günlükleri indir seçeneğini belirleyerek işlem hattı başlatma günlüğüne erişebilirsiniz.

YAML işlem hatları için varsayılan saklama süresi

Kullanıcıların YAML işlem hatları için bekletme ilkelerini yapılandırmaları için bir yol üzerinde çalışıyoruz. Bu yeni özellik kullanıma sunulana kadar, birçok kullanıcı derlemelerini önceki 10 günlük varsayılan saklama süremizden daha uzun süre tutmak istediği için tüm YAML derlemeleri için varsayılan saklama süresini 30 güne çıkardık. Yeni model gelene kadar YAML işlem hatları için düzenleyicide bekletme sekmesini kaldırdık.

Linux/ARM ve Windows 32-bit platformları üzerinde oluşturun

Azure Pipelines açık kaynak, platformlar arası aracı her zaman 64 bit (x64) Windows, macOS ve Linux üzerinde desteklenmektedir. Bu sprint için desteklenen iki yeni 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.

Değişken gruplarını klonlayı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.

Uyarı

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.

Tüm bağlantılı kaynaklar için commit’leri ve iş öğelerini görün

geliştirilmiş izlenebilirlik taahhüdümüzü sürdürerek, müşterilerin artık işlem hattına bağlı tüm yapıtlar için işleme ve iş öğeleri ayrıntılarını görebileceğini duyurmaktan mutluluk duyuyoruz. Varsayılan olarak, bağlantı ve iş öğesi, aynı aşamaya yapılan son dağıtımla karşılaştırılır. Ancak, gerekirse önceki tüm dağıtımlarla karşılaştırabilirsiniz.

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.
• Soğuk başlatma sürelerini azaltabilir, özellikle büyük npm paket ağaçlarına sahip JavaScript işlevleri için.

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.

Azure Test Planları

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

Artık masaüstü uygulamaları için el ile testler çalıştırmak için Azure Test Çalıştırıcısı (ATR) istemcisini kullanabilirsiniz. Bu, Microsoft Test Yöneticisi'nden Azure Test Planlarına geçmenize yardımcı olur. Lütfen buradaki kılavuzumuza bakın. ATR 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.

Çalıştırıcının tek seferlik indirilmesi ve yüklenmesi ATR tarafından gerektirilmektedir. Aşağıda gösterildiği gibi Masaüstü uygulaması için çalıştır'ı seçin.

Azure Artifacts

Pipeline Artifact’ların genel önizlemesi

Azure Pipelines ile kullanılmak üzere tasarlanmış yeni bir yüksek oranda ölçeklenebilir yapıt türü olan İşlem Hattı Yapıtları'nın genel önizlemesini yayınlıyoruz. Boru Hattı Yapıtları, yeni duyurulan Evrensel Paketler özelliği ile aynı teknolojiye dayanır ve büyük ölçekli kurumsal derlemeler için derleme çıktılarının depolama süresini önemli ölçüde azaltabilir.

Wiki

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, depo yöneticilerinin veya oluşturucularının git depolarında barındırılan Markdown dosyalarını wiki olarak yayımlama isteklerinde performans sorununa neden oldu. Artık kod deposu üzerinde katkıda bulunma izniniz varsa kodu wiki olarak yayımlayabilirsiniz.

Administration

PAT'ler CAP'i uygular.

Şubat 2017'de Azure Active Directory Koşullu Erişim İlkesi (CAP) desteğini duyurduk, ancak kişisel erişim belirteçleri gibi alternatif kimlik doğrulama mekanizmalarının CAP'yi zorunlu tutmayacağını belirten bir sınırlama vardı. Bu boşluğu doldurduğunu ve Azure DevOps'un artık PAT'ler, SSH anahtarları, alternatif kimlik doğrulama kimlik bilgileri ve OAuth kullanırken CAP IP eskrim ilkelerine uyacağını duyurmaktan mutluluk duyuyoruz. Yöneticilerin bu özellikten yararlanmak için herhangi bir işlem yapması gerekmez. Tüm mevcut ilkeler için otomatik olarak uygulanır.

Sonraki Adımlar

Uyarı

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

Aşağıdaki yeni özellikler hakkında bilgi edinin ve kendiniz denemek için Azure DevOps'a gidin.

Azure DevOps'a gidin

Geri bildirim sağlama

Bu özellikler hakkında düşüncelerinizi duymak isteriz. Sorun bildirmek veya öneride bulunmak için geri bildirim menüsünü kullanın.

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

Teşekkürler

Aaron Bjork