Derlemeler, sürümler ve testler için bekletme ilkeleri ayarlama

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Not

Microsoft Team Foundation Server (TFS) 2018 ve önceki sürümlerde derleme ve yayın işlem hatlarıtanım, çalıştırmalar derleme, hizmet bağlantılarıhizmet uç noktası, aşamalarortam ve işleraşama olarak adlandırılır.

Bekletme ilkeleri, çalıştırmaları, yayınları ve testleri sistemde ne kadar süreyle depolayabileceğinizi ayarlamanıza olanak sağlar. Depolama alanından tasarruf etmek için eski çalıştırmaları, testleri ve yayınları silmek istiyorsunuz.

Aşağıdaki bekletme ilkeleri , Proje ayarlarınızda Azure DevOps'ta kullanılabilir:

  1. İşlem Hattı - Yapıtların, simgelerin, eklerin, çalıştırmaların ve çekme isteği çalıştırmalarının ne kadar süreyle tutulacaklarını ayarlayın.
  2. Sürüm (klasik) - Derlemelerin kaydedilip kaydedilmeyeceğini ayarlayın ve varsayılan ve maksimum bekletme ayarlarını görüntüleyin.
  3. Test - Otomatik ve el ile test çalıştırmalarının, sonuçlarının ve eklerinin ne kadar süreyle tutulacaklarını ayarlayın.

Proje ayarları bekletme ilkeleri

Not

Şirket içi sunucu kullanıyorsanız, bir proje için bekletme ilkesi varsayılanlarını ve yayınlar kalıcı olarak yok edildiğinde de belirtebilirsiniz. Bu makalenin devamında yayın saklama hakkında daha fazla bilgi edinin.

Önkoşullar

Varsayılan olarak, Katkıda Bulunanlar, Derleme Yöneticileri, Proje Yöneticileri ve Yayın Yöneticileri gruplarının üyeleri bekletme ilkelerini yönetebilir.

Test sonuçlarını yönetmek için aşağıdaki aboneliklerden birine sahip olmanız gerekir:

Ayrıca Azure Test Plans için aylık erişim satın alabilir ve Temel + Test Plans erişim düzeyini atayabilirsiniz. Bkz . Kullanıcı rolüne göre erişimi test etme.

Bekletme ilkelerini yapılandırma

  1. Projenizde (https://dev.azure.com/{yourorganization}/{yourproject}) oturum açın.

  2. Projenizin ayarlarının dişli simgesiAyarlar sekmesine gidin.

  3. İşlem Hatları'nın altında Ayarlar veya Yayın saklama veya Test altında Bekletme'yi seçin.

    • Çalıştırmalar, yapıtlar, simgeler, ekler ve çekme isteği çalıştırmaları için bekletme ilkelerini yapılandırmak için Ayarlar'ı seçin.
    • Yayın saklama ilkelerinizi ayarlamak ve yayınların ne zaman silineceği veya kalıcı olarak yok edileceklerini yapılandırmak için Yayın saklama'yı seçin.
    • El ile ve otomatik test çalıştırmalarının ne kadar süreyle tutulacaklarını ayarlamak için Bekletme'yi seçin.

    Proje ayarlarında bekletme ayarları

Önemli

Azure Pipelines artık işlem hattı başına bekletme ilkelerini desteklemez. Proje düzeyinde saklama kurallarını kullanmanızı öneririz.

Çalıştırma bekletme ilkelerini ayarlama

Çoğu durumda, tamamlanan çalıştırmaları belirli bir günden daha uzun süre saklamanız gerekmez. Bekletme ilkelerini kullanarak, her çalıştırmayı silmeden önce kaç gün tutmak istediğinizi denetleyebilirsiniz.

Çalıştırmaları kaç gün boyunca tutabileceğinizi tanımlamanın yanı sıra, her işlem hattı için tutulması gereken en az çalıştırma sayısına da karar vekleyebilirsiniz.

  1. Projenizin ayarlarının dişli simgesiAyarlar sekmesine gidin.

  2. İşlem Hatları bölümünde Ayarlar'ı seçin.

Uyarı

Azure DevOps artık işlem hattı başına saklama kurallarını desteklemez. YAML ve klasik işlem hatları için bekletme ilkelerini yapılandırmanın tek yolu, yukarıda açıklanan proje ayarlarıdır. Artık işlem hattı başına bekletme ilkelerini yapılandırasınız.

Her işlem hattı için tutulacak son çalıştırma sayısı ayarı biraz daha fazla açıklama gerektirir. Bu ayarın yorumu, işlem hattınızda oluşturduğunuz depo türüne göre değişir.

  • Azure Repos: Azure Pipelines, işlem hattının varsayılan dalı ve deponun her korumalı dalı için yapılandırılmış en son çalıştırma sayısını korur. Herhangi bir dal ilkesi yapılandırılmış bir dal, korumalı dal olarak kabul edilir.

    Örnek olarak, ve olmak üzere iki dallı mainreleasebir depo düşünün. pipeline's default branch dal olduğunu ve dalın mainrelease bir dal ilkesi olduğunu ve bunu korumalı bir dal haline getirdiğini düşünün. Bu durumda, ilkeyi üç çalıştırmayı koruyacak şekilde yapılandırdıysanız, dalın hem en son üç çalıştırması main hem de en son üç çalıştırması release korunur. Ayrıca, bu işlem hattının en son üç çalıştırması da (daldan bağımsız olarak) korunur.

    Bu mantığı daha da netleştirmek için, bu işlem hattının çalıştırma listesinin aşağıdaki gibi olduğunu ve en son çalıştırmanın en üstte olduğunu söyleyebiliriz. Tablo, en son üç çalıştırmayı (gün sayısı ayarının etkisini yoksayarak) korumak üzere yapılandırdıysanız hangi çalıştırmaların tutulacağını gösterir:

    Çalıştırmak # Dal Bekletildi / Korunmadı Neden?
    10'u çalıştır main Korunur Main için en son 3 ve işlem hattı için en son 3
    Çalıştırma 9 branch1 Korunur İşlem hattı için en son 3
    Çalıştırma 8 branch2 Korunur İşlem hattı için en son 3
    Çalıştırma 7 main Korunur Main için en son 3
    Çalıştırma 6 main Korunur Main için en son 3
    Çalıştırma 5 main Tutulmadı Ne main için ne de işlem hattı için en son 3
    Çalıştırma 4 main Tutulmadı Ne main için ne de işlem hattı için en son 3
    Çalıştırma 3 branch1 Tutulmadı Ne main için ne de işlem hattı için en son 3
    Çalıştırma 2 Sürüm Korunur Yayın için en son 3
    Çalıştırma 1 main Tutulmadı Ne main için ne de işlem hattı için en son 3
  • Diğer tüm Git depoları: Azure Pipelines, işlem hattının tamamı için yapılandırılmış en son çalıştırma sayısını korur.

  • TFVC: Azure Pipelines, daldan bağımsız olarak işlem hattının tamamı için yapılandırılmış en son çalıştırma sayısını korur.

Çalıştırmanın hangi bölümleri silinir?

Bekletme ilkeleri bir derlemeyi silinmek üzere işaretlediğinde, derlemeyle ilgili hangi bilgilerin silindiğini denetleyebilirsiniz:

  • Derleme kaydı: Derleme kaydının tamamını silmeyi veya derleme silindikten sonra bile derlemeyle ilgili temel bilgileri korumayı seçebilirsiniz.
  • Kaynak etiketi: Kaynakları derlemenin bir parçası olarak etiketlediyseniz, bir derleme tarafından oluşturulan etiketi (Git için) veya etiketi (TFVC için) silmeyi seçebilirsiniz.
  • Otomatik test sonuçları: Derlemeyle ilişkili otomatik test sonuçlarını silmeyi seçebilirsiniz (örneğin, Test Sonuçlarını Yayımla derleme görevi tarafından yayımlanan sonuçlar).

Bir derleme silindiğinde aşağıdaki bilgiler silinir:

  • Günlükler
  • Yayımlanan yapıtlar
  • Yayımlanan simgeler

Bir çalıştırma silindiğinde aşağıdaki bilgiler silinir:

  • Günlükler
  • Tüm işlem hattı ve derleme yapıtları
  • Tüm simgeler
  • Ikili
  • Test sonuçları
  • Meta verileri çalıştırma
  • Kaynak etiketleri (TFVC) veya etiketler (Git)

Evrensel paketler, NuGet, npm ve diğer paketler işlem hattı saklamaya bağlı değildir.

Çalıştırmalar silindiğinde

Bekletme ilkeleriniz günde bir kez işlenir. İşi yük dengeleme amacıyla gün boyunca yaydığımız için ilkelerin işlenen değişkenleri alma süresi. Bu işlemi değiştirme seçeneği yoktur.

Aşağıdaki koşulların tümü doğruysa bir çalıştırma silinir:

  • Bekletme ayarlarında yapılandırılan gün sayısını aşıyor
  • Saklama ayarlarında yapılandırılan son çalıştırmalardan biri değildir
  • Süresiz olarak korunacak şekilde işaretlenmedi
  • Bir sürüm tarafından korunmaz

Bekletme ilkeleriniz her gün 03:00 UTC'de çalıştırılır. İlkelerin çalışma zamanını değiştirme seçeneği yoktur.

İşlem hattı çalıştırmalarında bekletme kiralamayı otomatik olarak ayarlama

Bekletme kiralamaları, işlem hattı çalıştırmalarının kullanım ömrünü yapılandırılan saklama sürelerinin ötesinde yönetmek için kullanılır. Kiralama API'sini çağırarak bir işlem hattı çalıştırması üzerinde bekletme kiraları eklenebilir veya silinebilir. Bu API, bir betik kullanılarak ve runId ve definitionId için önceden tanımlanmış değişkenler kullanılarak işlem hattı içinde çağrılabilir.

Belirli bir süre için bir işlem hattı çalıştırması üzerinde bekletme kirası eklenebilir. Örneğin, test ortamına dağıtılan bir işlem hattı çalıştırması daha kısa bir süre boyunca, üretim ortamına dağıtılan bir çalıştırma ise daha uzun süre saklanabilir.

İşlem hattı çalıştırmalarında bekletme kiralamayı el ile ayarlama

İşlem hattı çalıştırma ayrıntıları sayfasındaki Diğer eylemler menüsünü kullanarak bir işlem hattı çalıştırmasını tutulacak şekilde el ile ayarlayabilirsiniz.

çalıştırmayı el ile tutma

Çalıştırmayı silme

İşlem hattı çalıştırma ayrıntıları sayfasındaki Diğer eylemler menüsünü kullanarak çalıştırmaları silebilirsiniz.

Not

Şu anda çalıştırmaya uygulanan bekletme ilkeleri varsa, çalıştırmanın silinebilmesi için önce bunların kaldırılması gerekir. Yönergeler için bkz . İşlem hattı çalıştırma ayrıntıları - çalıştırmayı silme.

çalıştırmayı silme

Yayın bekletme ilkelerini ayarlama

Klasik yayın işlem hattı için yayın saklama ilkeleri, yayının ve buna bağlı çalıştırmanın ne kadar süreyle tutulacaklarını belirler. Bu ilkeleri kullanarak, en son değiştirildikten veya dağıtıldıktan sonra her sürümü kaç gün tutmak istediğinizi ve her işlem hattı için saklanması gereken en az yayın sayısını denetleyebilirsiniz.

Yayında bekletme zamanlayıcısı, bir yayın her değiştirildiğinde veya bir aşamaya dağıtıldığında sıfırlanır. Korunacak en az yayın sayısı ayarı gün sayısından daha önceliklidir. Örneğin, en az üç sürümün tutulacağını belirtirseniz, belirtilen gün sayısından bağımsız olarak en son üçü süresiz olarak saklanır. Ancak, artık gerekli olmadığında bu sürümleri el ile silebilirsiniz. Sürüm saklamanın nasıl çalıştığı hakkında daha fazla bilgi için aşağıdaki SSS bölümüne bakın.

Yayın işlem hattının yazarı olarak Bekletme sekmesinde işlem hattınızın yayınları için bekletme ilkelerini özelleştirebilirsiniz.

YAML ve derleme işlem hatları için bekletme ilkesi aynıdır. İşlem hattınızın bekletme ayarlarını Ayarlar bölümünde İşlem Hatları için Proje Ayarları'nda görebilirsiniz.

Ayrıca bu ilkeleri aşamalı olarak özelleştirmeyi de bu makalenin devamında öğrenebilirsiniz.

Genel sürüm saklama ilkesi

Şirket içi Team Foundation Server veya Azure DevOps Server kullanıyorsanız, bir proje için yayın saklama ilkesi varsayılanlarını ve maksimumlarını belirtebilirsiniz. Yayınların kalıcı olarak ne zaman yok edildiğini de belirtebilirsiniz (derleme gezginindeki Silinmiş sekmesinden kaldırılır).

Şirket içi sürüm saklama ayarları

Azure DevOps Services kullanıyorsanız, projeniz için bu ayarları görüntüleyebilir ancak değiştiremezsiniz.

Genel sürüm saklama ilkesi ayarları, projenizin Yayın saklama ayarlarından yönetilebilir:

  • Azure DevOps Services:https://dev.azure.com/{organization}/{project}/_settings/release?app=ms.vss-build-web.build-release-hub-group
  • Şirket içi: https://{your_server}/tfs/{collection_name}/{project}/_admin/_apps/hub/ms.vss-releaseManagement-web.release-project-admin-hub

Maksimum bekletme ilkesi , tüm yayın işlem hatlarında yayınların ne kadar süreyle tutulabileceğine ilişkin üst sınırı ayarlar. Yayın işlem hatlarının yazarları tanımları için ayarları burada belirtilen değerlerin ötesinde yapılandıramaz.

Varsayılan bekletme ilkesi, tüm yayın işlem hatları için varsayılan saklama değerlerini ayarlar. Derleme işlem hatlarının yazarları bu değerleri geçersiz kılabilir.

Yok etme ilkesi, yayınları silindikten sonra belirli bir süre boyunca tutmanıza yardımcı olur. Bu ilke, tek tek yayın işlem hatlarında geçersiz kılınamaz.

Koleksiyon düzeyinde saklama ilkeleri ayarlama

Şirket içi sunucular için, özel saklama kurallarıyla koleksiyon düzeyinde saklama ilkeleri de ayarlayabilirsiniz. Bu bekletme ilkeleri Klasik derleme işlem hatları için geçerlidir. sayfasındaki sayfa https://{your_server}/{collection_name}/_settings/buildqueue , en yüksek değerlerinizi ve varsayılan değerlerinizi yönetir.

Sunucu koleksiyonu ayarlarını yapılandırma

Not

TFS'de, sürüm saklama yönetimi gün sayısını belirtmekle sınırlıdır ve bu yalnızca TFS 2015.3 ve daha yeni sürümlerde kullanılabilir.

Aşamaya özgü saklama ilkeleri

Belirli aşamalara dağıtılan daha fazla sürümü korumak isteyebilirsiniz. Örneğin, ekibiniz şunları tutmak isteyebilir:

  • Üretim aşamasına 60 gün boyunca dağıtılan ve en az üç son dağıtılan sürüm olan sürümler.
  • Üretim öncesi aşamaya 15 gün boyunca dağıtılan ve en az bir son dağıtılan sürüm olan sürümler.
  • Son dağıtılan en az iki sürümle 30 gün boyunca QA aşamasına dağıtılan sürümler.
  • En az bir son dağıtılan sürümle 10 gün boyunca Geliştirme aşamasına dağıtılan sürümler.

Bir yayın işlem hattı için aşağıdaki örnek bekletme ilkesi yukarıdaki gereksinimleri karşılar:

Yayın işlem hattı için yayın saklama ayarını yapılandırma

Bu örnekte, Geliştirme'ye dağıtılan bir sürüm 10 gün boyunca QA'ya yükseltilmediyse, silme için olası bir adaydır. Ancak, aynı sürüm Geliştirme'ye dağıtıldıktan sekiz gün sonra Soru-Cevap'a dağıtılırsa, saklama süreölçeri sıfırlanır ve sistemde 30 gün daha saklanır.

İşlem hattı başına özel ilkeler belirtirken, yönetici tarafından belirlenen en yüksek sınırları aşamaz.

Derleme ve yayın saklama ilkeleri arasındaki etkileşim

Bir yayına bağlı derlemenin kendi bekletme ilkesi vardır ve bu ilke yayından daha kısa olabilir. Derlemeyi sürümle aynı süre boyunca korumak istiyorsanız uygun aşamalar için İlişkili yapıtları koru onay kutusunu ayarlayın. Bu, derleme için bekletme ilkesini geçersiz kılar ve bu sürümü yeniden dağıtmanız gerekirse yapıtların kullanılabilir olmasını sağlar.

Yayın işlem hattını sildiğinizde, yayın sildiğinizde veya bekletme ilkesi bir yayını otomatik olarak sildiğinde, ilgili derlemenin bekletme ilkesi bu derlemenin ne zaman silineceğini belirler.

Not

TFS'de derleme ve yayın saklama arasındaki etkileşim TFS 2017 ve daha yeni sürümlerde kullanılabilir.

Test bekletme ilkelerini ayarlama

El ile ve otomatikleştirilmiş test çalıştırma ilkeleri ayarlayabilirsiniz.

El ile test çalıştırma bekletme ilkeleri

Belirli bir gün sayısından sonra el ile test sonuçlarını silmek için, bekletme sınırını proje düzeyinde ayarlayın. Azure DevOps, siz bu derlemeleri sildikten sonra bile derlemelerle ilgili test sonuçlarını el ile tutar. Bu şekilde, derleme ilkeleri, verileri analiz etmeden önce test sonuçlarınızı silmez.

  1. Azure DevOps'unuzda oturum açın. En azından proje yöneticisi izinlerine sahip olmanız gerekir.

  2. Projenize gidin ve sayfanın en altındaki dişli simgesi proje ayarları'nı seçin.

proje ayarlarını yapılandırma

  1. Test bölümünün altındaki Bekletme sayfasında, el ile test verilerini ne kadar süreyle tutmak istediğinize ilişkin bir sınır seçin.

el ile test bekletme ilkeleri

Otomatik test çalıştırmaları bekletme ilkeleri

Varsayılan olarak Azure DevOps, derlemelerle ilgili otomatik test sonuçlarını yalnızca bu derlemeleri tuttuğunuz sürece tutar. Derlemelerinizi sildikten sonra test sonuçlarını korumak için derleme bekletme ilkesini düzenleyin. Sürüm denetimi için Git kullanıyorsanız, dal temelinde otomatik test sonuçlarının ne kadar süreyle tutulacağını belirtebilirsiniz.

  1. Azure DevOps'ta oturum açın. Derleme işlem hatlarını düzenlemek için en azından derleme düzeyinde izinlere sahip olmanız gerekir.

  2. Projenize gidin ve sayfanın en altındaki dişli simgesi proje ayarları'nı seçin.

proje ayarlarını yönetme

  1. İşlem hatları'nın altında dişli simgesi Ayarlar'ı seçin ve bekletme ilkelerinizi değiştirin.

proje ayarlarını düzenleme

Diğer otomatik test sonuçları

Silinen derlemelerden kalan otomatik test sonuçlarını veya dış test sistemlerinden yayımlanan sonuçlar gibi, derlemelerle ilgili olmayan test sonuçlarını temizlemek için, el ile test çalıştırmaları bekletme ilkelerinde gösterildiği gibi bekletme sınırlarını proje düzeyinde ayarlayın

Yapıt saklama ilkelerini ayarlama

İşlem hattı çalıştırmaları için yapıt bekletme ilkelerini İşlem hattı ayarlarından ayarlayabilirsiniz.

  1. Projenizde oturum açın, Azure DevOps Services için URL yolu şeklindedirhttps://dev.azure.com/{yourorganization}/{yourproject}.

  2. Projenizin ayarlarının dişli simgesiAyarlar sekmesine gidin.

  3. İşlem HatlarındaAyarlar'ı seçin.

  4. Yapıtları, simgeleri ve ekleri korumak için Günleri düzenleyin.

Verileri daha uzun süre kaydetmek için Dosyaları Kopyala görevini kullanma

Derleme ve yapıt verilerinizi bekletme ilkelerinde ayarlanandan daha uzun süre kaydetmek için Dosyaları Kopyala görevini kullanabilirsiniz. Derleme Yapıtlarını Yayımla göreviyle kaydedilen veriler düzenli aralıklarla temizlenip silineceğinden, Dosyaları Kopyalagörevi Derleme Yapıtlarını Yayımla görevine tercih edilir.

- task: CopyFiles@2
  displayName: 'Copy Files to: \\mypath\storage\$(Build.BuildNumber)'
  inputs:
    SourceFolder: '$(Build.SourcesDirectory)'
    Contents: '_buildOutput/**'
    TargetFolder: '\\mypath\storage\$(Build.BuildNumber)'

Git depolarından oluşturuyorsanız, bu ilkeleri dala göre de özelleştirebilirsiniz.

Genel derleme saklama ilkesi

Bir proje koleksiyonu için derleme bekletme ilkesi varsayılanlarını ve maksimumlarını belirtebilirsiniz. Derlemelerin kalıcı olarak ne zaman yok edildiğini de belirtebilirsiniz (derleme gezginindeki Silinmiş sekmesinden kaldırılır).

  • TFS 2018: https://{your_server}/tfs/DefaultCollection/_admin/_buildQueue

Maksimum bekletme ilkesi, tüm derleme işlem hatları için uzun çalıştırmaların ne kadar süreyle tutulabileceğine ilişkin üst sınırı ayarlar. Derleme işlem hatlarının yazarları tanımları için ayarları burada belirtilen değerlerin ötesinde yapılandıramaz.

Varsayılan bekletme ilkesi, tüm derleme işlem hatları için varsayılan bekletme değerlerini ayarlar. Derleme işlem hatlarının yazarları bu değerleri geçersiz kılabilir.

Kalıcı olarak yok etme sürümleri, çalıştırmaları silindikten sonra belirli bir süre boyunca tutmanıza yardımcı olur. Bu ilke tek tek derleme işlem hatlarında geçersiz kılınamaz.

Git depoları

Depo türünüz aşağıdakilerden biriyse dal filtreleri ile birden çok bekletme ilkesi tanımlayabilirsiniz:

  • Git veya TFS Git'i Azure Repos.
  • GitHub.
  • Diğer/dış Git.

Örneğin, ekibiniz şunları tutmak isteyebilir:

  • Kullanıcı dalı, her dal için en az tek bir başarılı veya kısmen başarılı derlemeyle beş gün boyunca derleme yapar.
  • Bu dalların her biri için en az üç başarılı veya kısmen başarılı derleme ile 10 gün boyunca ana ve özellik dalı derlemeleri. Daha uzun süre saklamak istediğiniz özel bir özellik dalını dışlarsınız.
  • Özel özellik dalından ve diğer tüm dallardan 15 gün boyunca, her dal için en az tek bir başarılı veya kısmen başarılı derleme ile derlemeler.

Derleme işlem hattı için aşağıdaki örnek bekletme ilkesi yukarıdaki gereksinimleri karşılar:

git bekletme ilkelerini tanımlama

Her işlem hattı için özel ilkeler belirtirken, yönetici tarafından ayarlanan maksimum sınırları aşamaz.

Çekme isteği derlemelerini temizleme

Git dallarınızı çekme isteği derlemeleriyle korursanız, tamamlanan derlemeleri otomatik olarak silmek için bekletme ilkelerini kullanabilirsiniz. Bunu yapmak için, aşağıdaki dal filtresiyle en az derlemeyi 0 tutan bir ilke ekleyin:

  refs/pull/*

çekme isteği derlemeleri için bekletme ilkeleri

TFVC ve Subversion depoları

TFVC ve Subversion depo türleri için, yukarıda gösterilen seçeneklerle tek bir ilkeyi değiştirebilirsiniz.

İlke sırası

Sistem eski derlemeleri temizlerken, ilkelere göre her derlemeyi belirttiğiniz sırayla değerlendirir. Bu sırayı değiştirmek için listede bir ilkeyi aşağı veya daha yüksek bir yere sürükleyip bırakabilirsiniz.

"Tümü" dal ilkesi, diğer tüm dallar için maksimum sınırları zorlamak için değerlendirme sırasına otomatik olarak son ilke olarak eklenir.

işlem hattında gösterilen git bekletme ilkesi maksimum değerini tanımlama

SSS

Bir çalıştırmayı veya yayını süresiz olarak korunacak şekilde işaretlersem bekletme ilkesi hala geçerli mi?

Hayır. Tek bir çalıştırmayı veya yayını süresiz olarak korunacak şekilde işaretlediğinizde ne işlem hattının bekletme ilkesi ne de yönetici tarafından ayarlanan maksimum sınırlar uygulanmaz. Siz süresiz olarak saklamayı durdurana kadar kalır.

üretime dağıtılan çalıştırmaların daha uzun süre tutulacağını Nasıl yaparım? belirtin?

Üretime dağıtmak için klasik sürümleri kullanıyorsanız yayın işlem hattında bekletme ilkesini özelleştirin. Üretime dağıtılan yayınların kaç gün tutulacağını belirtin. Ayrıca, bu sürümle ilişkili çalıştırmaların korunduğunu belirtin. Bu, çalıştırma bekletme ilkesini geçersiz kılar.

Üretime dağıtmak için çok aşamalı YAML işlem hatları kullanıyorsanız, yapılandırabileceğiniz tek bekletme ilkesi proje ayarlarındadır. Derlemenin dağıtıldığı ortama göre bekletmeyi özelleştiremezsiniz.

Çalıştırmaları süresiz olarak saklanacak şekilde işaretlemedim. Ancak, çok sayıda çalıştırmanın korunmakta olduğunu görüyorum. Bunu nasıl önleyebilirim?

Bunun nedeni aşağıdakilerden biri olabilir:

  • Çalıştırmalar, projenizdeki biri tarafından süresiz olarak korunacak şekilde işaretlenir.
  • Çalıştırmalar bir sürüm tarafından kullanılır ve yayın bu çalıştırmalarda bekletme kilidi tutar. Yayın saklama ilkesini yukarıda açıklandığı gibi özelleştirin.

Çalıştırmaların artık gerekli olmadığını düşünüyorsanız veya yayınlar zaten silinmişse, çalıştırmaları el ile silebilirsiniz.

'Tutulacak en düşük sürümler' ayarı nasıl çalışır?

Tutulacak en düşük sürümler aşama düzeyinde tanımlanır. Azure DevOps'un, yayınların saklama süresi dolsa bile bir aşama için verilen son dağıtılan yayın sayısını her zaman saklayacağını belirtir. Bir sürüm, yalnızca dağıtım o aşamada başlatıldığında bir aşamada tutulacak en düşük sürümler altında dikkate alınır. Hem başarılı hem de başarısız dağıtımlar dikkate alınır. Onay bekleyen sürümler dikkate alınmaz.

Yayın farklı saklama süresine sahip birden çok aşamaya dağıtıldığında bekletme süresine nasıl karar verilsin?

Son saklama süresi, yayının dağıtıldığı tüm aşamaların ayarlarının tutulacak günlerin dikkate alınması ve bunların arasında tutulması için maksimum günlerin alınmasıyla belirlenir. Tutulacak en düşük sürümler aşama düzeyinde yönetilir ve birden çok aşamaya dağıtılan veya dağıtılmayan sürüme göre değişmez. yayın, true olarak ayarlandığı bir aşamaya dağıtıldığında ilişkili yapıtları koruma uygulanabilir.

Bazı eski sürümlerim olan bir aşamayı sildim. Bu olay için hangi saklama dikkate alınacaktır?

Aşama silindiğinden aşama düzeyi saklama ayarları şu anda geçerli değildir. Azure DevOps, bu tür durumlar için proje düzeyinde varsayılan saklamaya geri döner.

Kuruluşum, derlemeleri ve yayınları ayarlarda izin verilenden daha uzun süre saklamamızı gerektiriyor. Daha uzun bir saklama süresi istemek için ne yapmalıyım?

Bir çalıştırmayı veya yayını bekletme ayarları aracılığıyla izin verilenden daha uzun süre tutmanın tek yolu, süresiz olarak korunacak şekilde el ile işaretlemektir. Daha uzun bir bekletme ayarı yapılandırmanın bir yolu yoktur. Ayrıca, çalıştırmalar hakkındaki bilgileri ve yapıtları indirmek ve bunları kendi depolama veya yapıt deponuza yüklemek için REST API'lerini kullanma olasılığını keşfedebilirsiniz.

Bazı koşuları kaybettim. Bunları geri almanın bir yolu var mı?

Hizmetteki bir hata nedeniyle çalıştırmaları kaybettiğinizi düşünüyorsanız, kayıp bilgileri kurtarmak için hemen bir destek bileti oluşturun. Derleme tanımı bir haftadan daha önce el ile silindiyse, bunu kurtarmak mümkün olmayacaktır. Çalıştırmalar bir bekletme ilkesi nedeniyle beklendiği gibi silindiyse kayıp çalıştırmaları kurtarmak mümkün olmayacaktır.

Aracıların Build.Cleanup özelliğini Nasıl yaparım? kullanıyorsunuz?

Aracılarda bir Build.Cleanup özellik ayarlamak, havuzun temizleme işlerinin yalnızca bu aracılara yönlendirilmesine neden olur ve kalanları normal işleri yapmak için serbest bırakır. İşlem hattı çalıştırması silindiğinde, Azure DevOps dışında depolanan yapıtlar aracılardaki bir iş çalıştırması aracılığıyla temizlenir. Aracı havuzu temizleme işleriyle doyduğunda, bu bir soruna neden olabilir. Bunun çözümü, havuzdaki bir aracı alt kümesini temizleme aracıları olarak belirlemedir. Herhangi bir aracı Build.Cleanup ayarlandıysa, temizleme işlerini yalnızca bu aracılar çalıştırır ve kalan aracıları işlem hattı işlerini çalıştırmaya devam etmek için serbest bırakır.

Derleme silindiğinde dosya paylaşımı Yapıtlarına ne olur?

Dosya paylaşımı Yapıtları içeren bir derleme silindiğinde, bu dosyaları temizlemek için derleme aracısı üzerinde yeni bir derleme görevi kuyruğa alınıyor. Bu görevi gerçekleştirmek için aşağıdaki ölçütlere göre bir aracı seçilir: Kullanılabilir özelliğe sahip Build.Cleanup bir aracı var mı? Derlemeyi çalıştıran aracı kullanılabilir mi? Aynı havuzdan bir aracı kullanılabilir mi? Benzer bir havuzdan aracı kullanılabilir mi? Herhangi bir aracı kullanılabilir mi?

Yayının bir parçası olarak yayımlanan otomatikleştirilmiş test sonuçları, yayın silinene kadar korunur mu?

Yayının bir aşamasında yayımlanan test sonuçları, test sonuçları için yapılandırılan bekletme ilkesi tarafından belirtilen şekilde korunur. Sürüm tutulana kadar test sonuçları korunmaz. Yayın süresi boyunca test sonuçlarına ihtiyacınız varsa, Proje ayarlarında otomatik test çalıştırmaları için bekletme ayarlarını Hiçbir zaman silme olarak ayarlayın. Bu, test sonuçlarının yalnızca yayın silindiğinde silinmesini sağlar.

El ile test sonuçları silindi mi?

Hayır. El ile test sonuçları silinmez.

Sürüm denetimi etiketlerimi veya etiketlerimi Nasıl yaparım? koruyabilirim?

Dikkat

Bir derleme işlem hattı sırasında uygulanan ve Kaynaklar görevinden otomatik olarak oluşturulmamış tüm sürüm denetimi etiketleri veya etiketleri, derleme silinmiş olsa bile korunur. Ancak, bir derleme sırasında Kaynaklar görevinden otomatik olarak oluşturulan tüm sürüm denetimi etiketleri veya etiketleri derleme yapıtlarının bir parçası olarak kabul edilir ve derleme silindiğinde silinir.

Sürüm denetimi etiketlerinin veya etiketlerinin korunması gerekiyorsa, derleme silindiğinde bile bunların işlem hattındaki bir görevin parçası olarak uygulanması, işlem hattının dışında el ile etiketlenmiş olması veya derlemenin süresiz olarak korunması gerekir.

Diğer işlem hatlarında kullanılan işlem hatlarına ne olur?

Klasik sürümler, otomatik olarak kullandıkları işlem hatlarını korur.

Diğer işlem hatlarında kullanılan işlem hatlarına ne olur?

Klasik sürümler, otomatik olarak kullandıkları işlem hatlarını korur. YAML kullanıyorsanız, yayınınızı temsil etmek ve kaynak olarak başka bir YAML işlem hattı kullanmak için çok aşamalı bir YAML işlem hattı da oluşturabilirsiniz. Yayın işlem hattı korunacağı sürece kaynak işlem hattı otomatik olarak korunur.