Yayın kapıları ve onayları genel bakışRelease gates and approvals overview

Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2015Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2015

Not

Microsoft Team Foundation Server (TFS) 2018 ve önceki sürümlerde, derleme ve yayın işlem hatları tanımlar olarak adlandırılır, çalışmalara derlemeler denir, hizmet bağlantılarına hizmet uç noktaları denir, aşamalar ortamlar olarak adlandırılır ve işler aşamalar olarak adlandırılır.In Microsoft Team Foundation Server (TFS) 2018 and previous versions, build and release pipelines are called definitions, runs are called builds, service connections are called service endpoints, stages are called environments, and jobs are called phases.

Yayın işlem hatları ekiplerin, daha düşük riskli ve daha hızlı bir şekilde kendi uygulamasını farklı aşamalarda sürekli olarak dağıtmasını sağlar.Release pipelines enable teams to continuously deploy their application across different stages with lower risk and with faster pace. Her bir aşamadaki dağıtımlar, işler ve görevler kullanılarak tamamen otomatikleştirilebilir.Deployments to each stage can be fully automated by using jobs and tasks.

Takımlar, dağıtım işlem hattının iş akışını denetlemek için onaylar ve kapıları özelliğinden de yararlanabilir.Teams can also take advantage of the Approvals and Gates feature to control the workflow of the deployment pipeline. Bir yayın işlem hattının her aşaması, kullanıcıların dağıtımları el ile onaylamasını veya reddetmesini ve belirli koşulların karşılandığı diğer otomatikleştirilmiş sistemleri kontrol etmeyi bekleyen dağıtım öncesi ve dağıtım sonrası koşulları ile yapılandırılabilir.Each stage in a release pipeline can be configured with pre-deployment and post-deployment conditions that can include waiting for users to manually approve or reject deployments, and checking with other automated systems that specific conditions are met. Ayrıca, takımlar dağıtım işlem hattını duraklatmak için el ile doğrulamaları yapılandırabilir ve kullanıcıların el ile görevleri gerçekleştirmesini, ardından dağıtımı sürdürmesini veya reddetmesini ister.In addition, teams can configure manual validations to pause the deployment pipeline and prompt users to carry out manual tasks then resume or reject the deployment.

Aşağıdaki diyagramda yayın ardışık düzeni iş akışı gösterilmektedir.The following diagram illustrates the release pipeline workflow.

Yayın ardışık düzeni iş akışı

Kapıları, onayları ve el ile müdahale kullanarak, çok çeşitli dağıtım gereksinimlerini karşılamak üzere yayınlarınızın tam denetimini gerçekleştirebilirsiniz.By using gates, approvals, and manual intervention you can take full control of your releases to meet a wide range of deployment requirements. Onayları, kapıları ve el ile müdahale 'nın yararlı olduğu tipik senaryolar şunlardır.Typical scenarios where approvals, gates, and manual intervention are useful include the following.

SenaryoScenario Kullanılacak ÖzelliklerFeature(s) to use
Bir kullanıcının değişiklik isteğini el ile doğrulaması ve dağıtımı belirli bir aşamaya onaylaması gerekir.A user must manually validate the change request and approve the deployment to a certain stage. Dağıtım öncesi onaylarıPre-deployment approvals
Yayın diğer aşamalara tetiklenene kadar bir kullanıcının dağıtımdan sonra el ile oturum açması gerekir.A user must manually sign out after deployment before the release is triggered to other stages. Dağıtım sonrası onaylarıPost-deployment approvals
Bir takım, bir derlemeyi bir aşamasına dağıtmaya başlamadan önce iş öğesinde veya sorun yönetim sisteminde etkin bir sorun olmadığından emin olmak istiyor.A team wants to ensure there are no active issues in the work item or problem management system before deploying a build to a stage. Dağıtım öncesi kapılarıPre-deployment gates
Bir ekip, bir yayını tetiklemeden önce, dağıtımdan sonra bildirilen bir olay bulunmadığından emin olmak istiyor.A team wants to ensure there are no reported incidents after deployment, before triggering a release. Dağıtım sonrası kapılarıPost-deployment gates
Dağıtımdan sonra bir takım, kullanıcılardan oturumu açmasını istemeden önce belirli bir süre beklemek istiyor.After deployment, a team wants to wait for a specified time before prompting users to sign out. Dağıtım sonrası kapıları ve dağıtım sonrası onaylarıPost-deployment gates and post-deployment approvals
Dağıtım sırasında, bir Kullanıcı belirli talimatları el ile izlemelidir ve sonra dağıtımı sürdürmelidir.During deployment, a user must manually follow specific instructions and then resume the deployment. El Ile müdahale veya el ile doğrulamaManual Intervention or Manual Validation
Dağıtım sırasında, bir ekip kullanıcılardan dağıtım görevleri tarafından kullanılan bir parametre için bir değer girmesini istemek ister veya kullanıcıların yayını düzenlemesine izin verir.During deployment, a team wants to prompt users to enter a value for a parameter used by the deployment tasks, or allow users to edit the release. El Ile müdahale veya el ile doğrulamaManual Intervention or Manual Validation
Dağıtım sırasında, bir ekip, diğer dağıtım işleriyle devam etmeden önce, izleme veya bilgi portalının etkin olayları algılamasını beklemek istemektedir.During deployment, a team wants to wait for monitoring or information portals to detect any active incidents, before continuing with other deployment jobs. PlanlandıPlanned

Bir yayın işlem hattındaki tüm üç tekniği birleştirerek kendi dağıtım gereksinimlerinizi tamamen elde edebilirsiniz.You can combine all three techniques within a release pipeline to fully achieve your own deployment requirements.

Ayrıca, ITIL gibi hizmet yönetimi yöntemleri aracılığıyla dağıtımlarınızı denetlemenize ve yönetmenize yardımcı olmak için ServiceNow ile tümleştirilen bir uzantı yükleyebilirsiniz.In addition, you can install an extension that integrates with ServiceNow to help you control and manage your deployments through Service Management methodologies such as ITIL. Daha fazla bilgi için bkz. ServiceNow değişiklik yönetimiyle tümleştirme.For more information, see Integrate with ServiceNow change management.

Not

Dağıtım öncesi kapıları çalıştırılmadan önceki gecikme süresi 48 saat içinde dokadır.The time delay before pre-deployment gates are executed is capped at 48 hours. Bunun yerine, kapılarınızın genel olarak başlatılmasını ertelerseniz, yayın işlem hattınızda bir gecikme görevi kullanılması önerilir.If you need to delay the overall launch of your gates instead, it is recommended to use a delay task in your release pipeline.

# Delay further execution of a workflow by a fixed time
jobs:
- job: RunsOnServer
  pool: Server
  steps:
  - task: Delay@1
    inputs:
      delayForMinutes: '0'

Sonraki adımlarNext steps