ReleaseOps의 릴리스

예약된 릴리스와 주문형 릴리스는 을 사용하여 ReleaseOps대상 인스턴스에 변경 사항을 배포하는 방법입니다. 릴리스에는 하나 이상의 배포 요청이 포함될 수 있습니다.

릴리스 생성

일반적으로 릴리스 관리자는 릴리스를 생성하고 팀 또는 조직의 릴리스 워크플로우를 릴리스 주기에 매핑하는 일을 담당합니다.

언제든지 사용할 수 있는 단일 릴리스 스트림 또는 여러 릴리스 스트림이 있을 수 있습니다. 그러나 한 번에 대상 인스턴스에 배포하는 과정에는 하나의 릴리스만 있을 수 있습니다.

예를 들어 조직에는 다음과 같이 정의하는 두 개의 릴리스 트랙이 있을 수 있습니다.

• 매주 금요일 10:00에 정기적인 주간 릴리스 주기입니다.
• 우선순위가 높은 릴리스에 대한 일일 케이던스(매일 12:00).

주간 및 일일 릴리스 트랙은 문제 없이 공존할 수 있습니다.

릴리스 생성에 대한 자세한 내용은 다음 문서를 참조하십시오 릴리스 생성.

릴리스 유형

미리 계획되고 예약된 릴리스는 예약된 릴리스로 간주됩니다. 이러한 릴리스는 하나 이상의 배포 요청으로 구성될 수 있습니다. 릴리스의 각 배포 요청에는 하나 이상의 업데이트 세트가 포함될 수 있습니다.

요청 시 릴리스 는 애플리케이션의 결함을 패치하기 위한 변경 배포와 같이 필요한 경우 동적으로 생성됩니다. 개발자가 배포 요청을 만들고 요청 시 릴리스에 대한 옵션을 선택하면 이 ReleaseOps 요청을 대상 인스턴스로 구동하는 릴리스를 동적으로 생성합니다. 따라서 요청 시 릴리스에는 하나의 배포 요청만 첨부할 수 있습니다.

중요사항:

요청 시 릴리스의 변경 사항은 가능한 한 빨리 대상에 배포됩니다. 그러나 요청 시 릴리스는 여전히 조직의 파이프라인에서 검사를 통과해야 합니다. 이렇게 하면 변경 내용이 조직의 규정 준수 및 거버넌스 정책과 품질 보증 검사에 대한 요구 사항을 충족하는지 확인하는 데 도움이 됩니다. 요청 시 요청이 이러한 검사를 통과하면 배포가 즉시 진행됩니다.

ReleaseOps 에는 배포를 검사하기 위해 제공되는 도구인 배포 분석기가 포함되어 있습니다. 배포 분석기를 사용하면 릴리스 관리자가 요청 시 릴리스가 특정 유형의 코드 변경만과 같은 특정 기준을 충족하는지 확인할 수 있습니다. 자세한 내용은 ReleaseOps의 배포 분석기 문서를 참조하십시오.