Derlemeler, sürümler ve testler için bekletme ilkeleri ayarlama
Not
Microsoft Team Foundation Server (TFS) 2018 ve önceki sürümlerde derleme ve yayın işlem hatları tanımlar, çalıştırmalar derlemeler, hizmet bağlantıları hizmet uç noktaları,aşamalar ortamlar ve işler olarak da aşamalar olarak çağrılır.
Bekletme ilkeleri çalıştırmaların, yayınların ve testlerin sistemde ne kadar süreyle depolandığına göre ayarlamaya izin sağlar. Depolama alanı tasarrufu yapmak için eski çalıştırmaları, testleri ve yayınları silmek istiyor siniz.
Aşağıdaki saklama ilkeleri, Azure DevOps ayarlarınıza Project kullanılabilir:
- İşlem Hattı - Yapıtların, simgelerin, eklerin, çalıştırmaların ve çekme isteği çalıştırmalarının ne kadar süreyle tut biri olduğunu ayarlayın.
- Sürüm (klasik) - Derlemelerin kaydedip görüntülemeycez ve en yüksek saklama ayarlarını ayarlayın.
- Test - Otomatik ve el ile sınanan test çalıştırmalarını, sonuçları ve ekleri ne kadar süreyle tutabilirsiniz?

Not
Şirket içi sunucu kullanıyorsanız, bir proje için ve sürümler kalıcı olarak yok edilirken bekletme ilkesi varsayılanlarını da belirtebilirsiniz. Bu makalenin devamlarında sürüm saklama hakkında daha fazla bilgi bulabilirsiniz.
Önkoşullar
Varsayılan olarak, Katkıda Bulunanlar, Derleme Yöneticileri, Project Yöneticileri ve Release Admins gruplarının üyeleri saklama ilkelerini yönetebilir.
Test sonuçlarını yönetmek için aşağıdaki aboneliklerden biri gerekir:
Ayrıca aboneliklere aylık erişim satın Azure Test Plans temel + Test Plans düzeyini attayabiliyoruz. Bkz. Kullanıcı rolüne göre erişimi test etme.
Bekletme ilkelerini yapılandırma
Projeniz için oturum açma (
https://dev.azure.com/{yourorganization}/{yourproject}).Projenizin
Ayarlar dişli simgesine gidin.Test altında Ayarlar veya Yayın saklama Pipelines'ıveya Test altında Bekletme'yiseçin.
- Çalıştırmalar Ayarlar yapıtlar, semboller, ekler ve çekme isteği çalıştırmaları için bekletme ilkelerini yapılandırmak üzere Ayarlar'yi seçin.
- Yayın saklama ilkelerinizi ayarlamak ve yayın silme veya kalıcı olarak yok etme zamanlarını yapılandırmak için Yayın saklama'yı seçin.
- El ile ve otomatikleştirilmiş test çalıştırmalarını ne kadar süreyle tutacaklarını ayarlamak için Bekletme'yi seçin.
Çalıştırma bekletme ilkelerini ayarlama
Çoğu durumda tamamlanan çalıştırmaları belirli bir gün sayısından uzun süre tutmanız gerekmeyecektir. Bekletme ilkelerini kullanarak, silmeden önce her çalıştırmayı kaç gün süreyle tutmak istediğinize bakabilirsiniz.
Çalıştırmaların kaç gün tutulacak olduğunu tanımlamanın yanı sıra, her işlem hattı için tutulması gereken minimum çalıştırma sayısına da karar ve ardından.
Projenizin
Ayarlar dişli simgesine gidin.Ayarlar bölümünde Pipelines seçin.
- Yapıtları, sembolleri ve ekleri tutmakiçin gün sayısını ayarlayın.
- Çalıştırmaları tutacak gün sayısını ayarlama
- Çekme isteği çalıştırmalarını tutmak için gün sayısını ayarlama
- Her işlem hattı için güncel çalıştırma sayısını ayarlama
Uyarı
Azure DevOps işlem hattı başına saklama kurallarını artık 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 saklama ilkelerini yapılandıramazsiniz.
Her işlem hattı için güncel çalıştırmaların sayısı ayarı biraz daha fazla açıklama gerektirir. Bu ayarın yorumu, işlem hattında derlemek istediğiniz depo türüne göre değişir.
Azure Repos: Azure Pipelines, varsayılan dal ve deponun her korumalı dalı için yapılandırılmış en son çalıştırma sayısını her zaman korur. Yapılandırılmış herhangi bir dal ilkeye sahip bir dal, korumalı bir dal olarak kabul edilir. Örneğin, mainadlı varsayılan dalı olan bir depo düşünün. Ayrıca, bu depoda yayın dallarının bir dal ilkesi olduğunu varsayalım. Bu durumda, ilkeyi üç çalıştırmayı tutmak üzere yapılandırdıysanız, ana dalın en son üç çalıştırması ve yayın dalın en son üç çalıştırması korunur. Ayrıca, bu işlem hattının (daldan bağımsız olarak) en son üç çalıştırması da korunur.
Bu mantığı daha da netleştirmek için, bu işlem hattı için çalıştırma listesinin en üstte en son çalıştırmayla birlikte aşağıdaki gibi olduğunu diyelim. 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 korunacaklarını gösterir:
Çalıştırmak # Dal Elde Tutma / Tutmadı Neden? 10 çalıştır main Korunur Ana sürüm 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 Ana sürüm için en son 3 Çalıştırma 6 main Korunur Ana sürüm için en son 3 Çalıştırma 5 main Tutulmadı Ana hat için veya işlem hattı için en son 3 Çalıştırma 4 main Tutulmadı Ana hat için veya işlem hattı için en son 3 Çalıştırma 3 branch1 Tutulmadı Ana hat için veya 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ı Ana hat için veya işlem hattı için en son 3 Diğer tüm Git depoları: Azure Pipelines, deponun varsayılan dalı ve 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?
Saklama ilkeleri bir derlemeyi silinmek üzere işaretlediğinde, derlemeyle ilgili hangi bilgilerin silineceklerini kontrol edin:
- Derleme kaydı: Derleme silindikten sonra bile derleme kaydının tamamını silebilir veya derlemeyle ilgili temel bilgileri tutebilirsiniz.
- Kaynak etiketi: Derlemenin bir parçası olarak kaynakları etiketlersanız, bir derleme tarafından oluşturulan etiketi (Git için) veya etiketi (TFVC için) silmeyi seçebilirsiniz.
- Otomatikleştirilmiş test sonuçları: Derlemeyle ilişkili otomatik test sonuçlarını silmeyi seçebilirsiniz (örneğin, Derlemeyi yayımla görevi tarafından yayımlanan Test Sonuçları).
Bir derleme silindiğinde aşağıdaki bilgiler silinir:
- Günlükler
- Yayımlanan yapıtlar
- Yayımlanan semboller
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 semboller
- İkililer
- 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
Saklama ilkeleriniz günde bir kez işlenir. Yükü dengeleme amacıyla işi gün boyunca yaymamız nedeniyle ilkelerin işlenme zamanı değişkenleri. Bu işlemi değiştirme seçeneği yoktur.
Aşağıdaki koşulların hepsi doğruysa çalıştırma silinir:
- Saklama 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 korun olacak şekilde işaretlanmaz
- Bir yayın tarafından korunmaz
Bekletme ilkeleriniz her gün saat 03:00 UTC'de çalıştırılır. İlkelerin çalışma zamanlarını değiştirme seçeneği yoktur.
İşlem hattı çalıştırmalarında bekletme kirasını otomatik olarak ayarlama
Bekletme kiraları, yapılandırılmış saklama sürelerinin ötesinde işlem hattı çalıştırmalarının yaşam süresini yönetmek için kullanılır. Kira API'si çağrılarak bir işlem hattı çalıştırması üzerinde bekletme kiraları eklenebilir veya silinebilir. Bu API, komut dosyası 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, bir test ortamına dağıtan işlem hattı çalıştırması daha kısa bir süre boyunca, üretim ortamına dağıtım yapılan bir çalıştırma daha uzun süre tutulabilirsiniz.
Ç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
Çalıştırma için geçerli olan saklama ilkeleri varsa, çalıştırmanın silinemeden önce kaldırılması gerekir. Yönergeler için bkz. İşlem hattı çalıştırma ayrıntıları - çalıştırmayı silme.

Yayın saklama ilkelerini ayarlama
Klasik yayın işlem hattının yayın bekletme ilkeleri, bir sürümün ve bağlantılı çalıştırmanın ne kadar süreyle tutulacaklarını belirler. Bu ilkeleri kullanarak, her bir sürümü en son değiştirdikten veya dağıttıktan sonra ne kadar gün tutmak istediğiniz ve her işlem hattı için tutulacak en az yayın sayısını kontrol altına almak için bunu kontrol etmeksiniz.
Bir yayında bekletme süreölçeri, bir yayın her değiştirildiğinde veya bir aşamaya dağıtıldığında sıfırlanır. Ayarın korunacak minimum yayın sayısı, gün sayısına göre önceliklidir. Örneğin, en az üç sürümün tutulacak şekilde belirtirsanız, belirtilen gün sayısından bağımsız olarak en son üç sürüm süresiz olarak korunur. Ancak, artık gerekli kalmadan bu sürümleri el ile silebilirsiniz. Sürüm saklamanın nasıl çalıştığının diğer ayrıntıları için aşağıdaki SSS bölümüne bakın.
Bir yayın işlem hattının yazarı olarak, Bekletme sekmesinde işlem hattınız için bekletme ilkelerini özelleştirebilirsiniz.
YAML ve derleme işlem hatları için bekletme ilkesi aynıdır. İşlem hattınıza bağlı saklama ayarlarını Project Ayarlar bölümündePipelinesiçin Ayarlar bulabilirsiniz.
Ayrıca, bu makalenin devamlarında bu ilkeleri aşamalara göre özelleştirmeyi de öğrenebilirsiniz.
Genel sürüm saklama ilkesi
Şirket içi veya şirket içi Team Foundation Server Azure DevOps Server, bir proje için sürüm saklama ilkesi varsayılanlarını ve maksimumlarını belirtsiniz. Ayrıca, yayınların kalıcı olarak yok ne zaman yok edileceklerini de belirtebilirsiniz (derleme gezgininde Silinen sekmesinden kaldırılır).
Bu ayarları Azure DevOps Services, projeniz için bu ayarları görüntüp değiştiremezsiniz.
Genel sürüm saklama ilkesi ayarları, projenizin Yayın bekletme 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ı için yayınların ne kadar süreyle tutulabiliyorsa üst sınırı ayarlar. Yayın işlem hattı yazarları, tanımları için burada belirtilen değerlerin ötesinde ayarları yapılandıramaz.
Varsayılan saklama 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 olabilir.
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 ilkelerini ayarlama
Şirket içi sunucular için koleksiyon düzeyinde saklama ilkelerini özel saklama kurallarıyla da ayarlayabilirsiniz. Bu saklama ilkeleri Klasik derleme işlem hatları için geçerlidir. sayfasında maksimum https://{your_server}/{collection_name}/_settings/buildqueue değerleriniz ve varsayılan değerleriniz yönetilir.
Not
TFS'de yayın bekletme 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ılmış olan daha fazla sürümü tutmak istiyor olabilir. Örneğin, takımınız şunları tutmak istiyor olabilir:
- Son dağıtılan en az üç yayınla 60 gün boyunca Üretim aşamasına dağıtılan sürümler.
- En az bir son dağıtılan sürümle birlikte 15 gün boyunca Üretim öncesi aşamaya dağıtılan sürümler.
- Son dağıtılan en az iki yayınla 30 gün boyunca QA aşamasına dağıtılan sürümler.
- En az bir son dağıtılan sürümle birlikte 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 saklama ilkesi yukarıdaki gereksinimleri karşılar:

Bu örnekte, Geliştirme'ye dağıtılan bir sürüm 10 gün boyunca QA'ya yükseltilene ise, bu olası bir silme adayıdır. Ancak aynı sürüm Geliştirme'ye dağıtıldıktan sekiz gün sonra QA'ya dağıtılırsa saklama zamanlayıcısı sıfırlanır ve sistemde 30 gün daha korunur.
İşlem hattı başına özel ilke belirtirken, yönetici tarafından ayarlanmış maksimum sınırları aşamazsiniz.
Derleme ve yayın saklama ilkeleri arasındaki etkileşim
Bir yayına bağlı derlemenin kendi saklama ilkesi vardır ve bu ilke yayından daha kısa olabilir. Derlemeyi yayınla aynı süre boyunca tutmak için uygun aşamalar için İlişkili yapıtları koruma onay kutusunu ayarlayın. Bu, derleme için bekletme ilkesi geçersiz kılar ve bu sürümü yeniden derlemek gerekirse yapıtların kullanılabilir durumda tutulmasını sağlar.
Bir yayın işlem hattını sildikten, bir sürümü sildikten veya saklama ilkesi bir sürümü otomatik olarak sildiğinde, ilgili derlemenin saklama ilkesi o derlemenin ne zaman silineceklerini belirler.
Not
TFS'de, derleme ve yayın saklama arasındaki etkileşim TFS 2017 ve daha yeni sürümlerde kullanılabilir.
Test saklama ilkelerini ayarlama
El ile ve otomatikleştirilmiş test çalıştırması ilkeleri oluşturabilirsiniz.
El ile test çalıştırmaları 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 el ile test sonuçlarını tutar. Bu şekilde, verileri analiz etmek için derleme ilkeleri test sonuçlarınızı silemez.
Azure DevOps oturum açın. En az Proje Yöneticisi izinlerine sahip olmanız gerekir.
Projenize gidin ve ardından sayfanın alt kısmındaki
proje ayarları ' nı seçin.

- Sınama bölümünün altındaki bekletme sayfasında, el ile test verilerini ne kadar süreyle saklamak istediğinize ilişkin bir sınır seçin.

Otomatikleştirilmiş test çalıştırma bekletme ilkeleri
varsayılan olarak, Azure DevOps, yalnızca bu yapıları tutan sürece derlemeleriyle ilgili otomatikleştirilmiş test sonuçlarını tutar. Yapılarınızı sildikten sonra test sonuçlarını tutmak için, derleme bekletme ilkesini düzenleyin. Sürüm denetimi için git kullanıyorsanız, dala göre otomatikleştirilmiş test sonuçlarının ne kadar süreyle tutulacağını belirtebilirsiniz.
Azure DevOps oturum açın. Derleme işlem hatlarını düzenlemek için en az yapı düzeyi izinlerine sahip olmanız gerekir.
Projenize gidin ve ardından sayfanın alt kısmındaki
proje ayarları ' nı seçin.

- Pipelines altında
Ayarlar seçin ve bekletme ilkelerinizi değiştirin.

Diğer otomatikleştirilmiş test sonuçları
Dış test sistemlerinden yayımlanan sonuçlar gibi silinen derlemelerin veya test sonuçlarının üzerinde kalan otomatikleştirilmiş test sonuçlarını temizlemek için, el ile test çalıştırma bekletme ilkelerinde gösterildiği gibi, proje düzeyindeki bekletme sınırlarını ayarlayın
Yapıt bekletme ilkelerini ayarla
İşlem hattı ayarlarında işlem hattı çalıştırmaları için yapıt bekletme ilkeleri ayarlayabilirsiniz.
Projenizde () oturum açın
https://dev.azure.com/{yourorganization}/{yourproject}.projenizin ayarlarının
Ayarlar sekmesine gidin.Pipelines Ayarlar seçin .
Yapıtları, sembolleri ve ekleri tutmak Için günleridüzenleyin.
Verileri kopyalama görevini daha uzun bir süre sonra kaydetmek için kullanın
Derleme ve yapıt verilerinizi saklama ilkelerinde ayarlandıklarınızın daha uzun bir süre için kaydetmek üzere dosyaları Kopyala görevini kullanabilirsiniz. derleme yayımla Artifacts göreviyle kaydedilen veriler düzenli olarak temizlenip silineceğinden, dosyaları kopyala görevi , derleme Artifacts görevine tercih edilir.
Ayrıca, Git depolarındanoluşturuyorsanız bu ilkeleri bir dal temelinde özelleştirebilirsiniz.
Küresel derleme bekletme ilkesi
Proje koleksiyonu için derleme bekletme ilkesi varsayılanlarını ve en yüksek değerleri belirtebilirsiniz. Ayrıca, derlemelerin ne zaman kalıcı olarak yok edildiğini belirtebilirsiniz (yapı Gezgininde silinen sekmesinden kaldırılır).
- TFS 2017 ve üzeri:
https://{your_server}/tfs/DefaultCollection/_admin/_buildQueue
TFS 2015,3:
http://{your_server}:8080/tfs/DefaultCollection/_admin/_buildQueueTFS 2015 RTM:
http://{your_server}:8080/tfs/DefaultCollection/_admin/_buildQueue#_a=settings
En fazla bekletme ilkesi , çalışma işlemlerinin tüm derleme işlem hatları için ne kadar süreyle saklanabilmesi için üst sınırı ayarlar. Derleme işlem hatları yazarları, burada belirtilen değerlerin ötesinde tanımlarının ayarlarını yapılandıramaz.
Varsayılan bekletme ilkesi , tüm derleme işlem hatları için varsayılan saklama değerlerini ayarlar. Derleme işlem hatları yazarları, bu değerleri geçersiz kılabilir.
Kalıcı olarak yok etme yayınları sildikten sonra belirli bir süre boyunca çalıştırmaları korumanıza yardımcı olur. Bu ilke, ayrı derleme işlem hatları içinde geçersiz kılınamaz.
Git depoları
Depo türü aşağıdakilerden biri ise, dal filtreleriyle birden fazla bekletme ilkesi tanımlayabilirsiniz:
- git veya TFS git Azure Repos.
- GitHub.
- Diğer/dış git.
Örneğin, takımınız şunları tutmak isteyebilir:
- Kullanıcı dalı, her dal için en az bir tek başarılı veya kısmen başarılı derleme ile beş gün boyunca oluşturulur.
- Ana ve özellik dalı, bu dalların her biri için en az üç başarılı veya kısmen başarılı derleme ile 10 gün için oluşturulur. Daha uzun bir süre boyunca tutmak istediğiniz özel bir özellik dalını hariç tutabilirsiniz.
- Her dal için en az bir tek başarılı veya kısmen başarılı derleme ile, özel özellik dalından ve diğer tüm dallardan 15 gün boyunca oluşturulur.
Bir derleme işlem hattı için aşağıdaki örnek bekletme ilkesi, yukarıdaki gereksinimleri karşılar:

Her işlem hattı için özel ilke belirtirken, yönetici tarafından ayarlanan en fazla sınırı aşamazsınız.
Çekme isteği yapılarını temizle
Git Dallarınızı çekme isteği Derlemeleriyle koruduğunuzda, tamamlanmış derlemeleri otomatik olarak silmek için bekletme ilkeleri kullanabilirsiniz. Bunu yapmak için, aşağıdaki dal filtresiyle en az sayıda derleme tutan bir ilke ekleyin 0 :
refs/pull/*

TFVC ve alt sürüm 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 temizleyen zaman, her yapıyı belirttiğiniz sırada ilkelere göre değerlendirir. Bu sırayı değiştirmek için bir ilkeyi aşağı veya daha yüksek bir düzeye sürükleyip bırakabilirsiniz.
"Tümü" dal ilkesi, diğer tüm dallar için maksimum sınırları zorlamak üzere değerlendirme sırasındaki son ilke olarak otomatik olarak eklenir.

SSS
Bir çalışmayı veya yayını süresiz olarak bekletilecek şekilde işaretsem, bekletme ilkesi hala geçerlidir mı?
Hayır. Ardışık düzenin bekletme ilkesi veya yönetici tarafından ayarlanan en fazla sınır süresiz olarak korunacak şekilde tek bir çalışmayı veya yayını işaretlediğinizde uygulanır. Süresiz olarak saklamayı durdurmadan kalır.
Nasıl yaparım? üretime dağıtılan çalıştırmaların daha fazla bekletileceği mi?
Üretime dağıtmak için klasik yayınlar kullanırsanız, sürüm ardışık düzeninde bekletme ilkesini özelleştirin. Üretime dağıtılan yayınların korunması gereken gün sayısını belirtin. Ayrıca, bu sürüm ile ilişkili çalıştırmanın bekletileceği anlamına gelebilir. Bu, çalışma bekletme ilkesini geçersiz kılar.
Üretim için Multi-Stage YAML işlem hatlarını kullanıyorsanız, yapılandırabileceğiniz tek bekletme ilkesi proje ayarlarından olur. Derlemeyi, yapılandırmanın dağıtıldığı ortama göre özelleştiremezsiniz.
Çalıştırmaları süresiz olarak korunacak şekilde işaretlemez. Ancak, çok sayıda çalışma tutuldum. Bunun nasıl önleyebilirim?
Bunun nedeni aşağıdakilerden biri olabilir:
- Çalıştırmalar, projenizdeki bir kişi tarafından süresiz olarak bekletilecek şekilde işaretlenir.
- Çalıştırmalar bir yayın tarafından tüketilecektir ve yayın bu çalıştırmalar üzerinde bir bekletme kilidi tutar. Yayın bekletme ilkesini yukarıda açıklandığı gibi özelleştirin.
Çalıştırmaların artık gerekli olmadığını veya yayınların zaten silinmiş olduğunu düşünüyorsanız, çalıştırmaları el ile silebilirsiniz.
' En düşük tutulacak ' ayarı nasıl çalışır?
En düşük tutulacak yayınlar, aşama düzeyinde tanımlanmıştır. Azure DevOps, yayınlar bekletme dönemi dışında olsa bile, bir aşamada her zaman verilen sayıda dağıtılan yayını koruyacak olduğunu gösterir. Bir sürüm, yalnızca dağıtım bu aşamada başlatıldığında bir aşamada tutulması için en düşük yayınlar altında kabul edilir. Hem başarılı hem de başarısız dağıtımlar göz önünde bulundurululur. Onay bekleyen yayınlar dikkate alınmıyor.
Yayın süresi farklı saklama süresine sahip birden çok aşamaya dağıtıldığında, bekletme dönemi nasıl karar verdi?
Son saklama süresi, yayının dağıtıldığı tüm aşamaların ayarlarının saklanacağı gün sayısını göz önünde bulundurarak ve aralarında tutulması gereken en fazla gün sayısına göre belirlenir. En düşük tutulacak yayınlar, aşama düzeyine tabidir ve birden çok aşamaya dağıtılan yayına göre değişmez. Yayın, doğru olarak ayarlandığı bir aşamaya dağıtıldığında, ilişkili yapıtları sakla geçerli olur.
Bazı eski sürümlere sahip bir aşamayı sildikten sonra. Bu durumda hangi saklama süresi dikkate alınır?
Aşama silindiğinde, bu nedenle aşama düzeyi saklama ayarları artık geçerli değildir. Azure DevOps, bu tür bir durum için proje düzeyinde varsayılan saklamaya geri döner.
Kuruluşum, derlemeleri ve yayınlarını ayarlarda izin verilenden daha uzun süre tutmamızı gerektiriyor. Daha uzun bir saklama süresi istemek için ne yapmalıyım?
Bir çalıştırmayı veya sürümü saklama ayarlarından izin verilenden daha uzun süre tutmanın tek yolu, onu süresiz olarak tutulacak şekilde el ile işaretlemektir. Daha uzun bir saklama ayarı yapılandırmanın bir yolu yoktur. Ayrıca, çalıştırmalar hakkında bilgi ve yapıtları indirmek ve bunları kendi depolama alanınıza veya yapıt deponıza yüklemek için REST API'lerini kullanma olasılığını keşfedebilirsiniz.
Bazı çalıştırmaları kaybedildi. Bunları geri almanın bir yolu var mı?
Hizmette bir hata nedeniyle çalıştırmaları kaybettiğine inanıyorsanız, kayıp bilgileri kurtarmak için hemen bir destek bileti oluşturun. Derleme tanımı bir haftadan daha uzun bir süre önce el ile silinmişse, bunu kurtarmak mümkün olmayacaktır. Çalıştırmalar saklama ilkesi nedeniyle beklendiği gibi silinmişse, kayıp çalıştırmaları kurtarmak mümkün olmayacaktır.
Nasıl yaparım? özelliğini kullanıyor Build.Cleanup musunuz?
Aracılarda bir özellik ayarlama, havuzun temizleme işlerinin yalnızca bu aracılara yönlendirilene ve kalanları normal iş Build.Cleanup yapmak için serbest bırakmalarına neden olur. bir işlem hattı çalıştırması silindiğinde, Azure DevOps dışında depolanan yapıtlar aracılarda bir iş çalıştırması aracılığıyla temizlenir. Aracı havuzu temizleme işleri ile doygunluğa sahip olduğunda, bu bir soruna neden olabilir. Bunun çözümü, havuza temizleme aracıları olan aracıların bir alt kümesinin atamasıdır. Herhangi bir aracı ayarlanmışsa, işlem hattı işlerini çalıştırmaya devam etmek için kalan aracıları serbest bırakarak yalnızca Build.Cleanup bu aracılar temizleme işlerini çalıştıracak.
Derleme silindiğinde Artifacts paylaşımına ne olur?
Dosya paylaşımına sahip bir Artifacts silindiğinde, bu dosyaları temizlemek için derleme aracısı üzerinde yeni bir derleme görevi kuyruğa eklenir. Bu görevi gerçekleştirmek için şu ölçütlere göre bir aracı seçildi: Kullanılabilir özelliğe sahip bir Build.Cleanup aracı var mı?
Derlemeyi alan aracı kullanılabilir mi?
Aynı havuzdan bir aracı kullanılabilir mi?
Benzer bir havuzdan bir aracı kullanılabilir mi?
Herhangi bir aracı kullanılabilir mi?
Otomatik test sonuçları, yayın silinene kadar bir sürümün parçası olarak mı yayımlandı?
Bir sürümü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 korunana kadar test sonuçları elde tutmaz. Yayın süresi boyunca test sonuçlarına ihtiyacınız varsa, otomatikleştirilmiş test çalıştırmaları için bekletme ayarlarını Project 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.
Nasıl yaparım? denetim etiketlerimi mi yoksa etiketlerimi mi koruyabilirsiniz?
Dikkat
Derleme silinse bile, Kaynaklar görevlerinden otomatik olarak oluşturulmadan derleme işlem hattı sırasında uygulanan sürüm denetimi etiketleri veya etiketleri korunur. Ancak, derleme sırasında Kaynaklar görevlerinden otomatik olarak oluşturulan 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 etiketlerin, derleme silindiğinde bile korunması gerekirse, bunların işlem hattında 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.

