기능
다른 파이프라인에서 사용되는 파이프라인 유지
클래식 릴리스에는 사용하는 빌드를 자동으로 유지하는 기능이 있었습니다. 이는 클래식 릴리스와 YAML 파이프라인 간의 격차 중 하나였으며 일부 사용자가 YAML로 이동하지 못하게 했습니다. 이 릴리스에서는 이러한 격차를 해결했습니다.
이제 릴리스를 나타내는 다단계 YAML 파이프라인을 만들고 리소스 로 다른 YAML 파이프라인을 사용할 수 있습니다. 이렇게 하면 릴리스 파이프라인이 유지되는 한 Azure Pipelines는 리소스 파이프라인을 자동으로 유지합니다. 릴리스 파이프라인이 삭제되면 리소스 파이프라인의 임대가 해제되고 자체 보존 정책이 따릅니다.
환경 자동 만들기의 변경 내용
YAML 파이프라인을 작성하고 존재하지 않는 환경을 참조하면 Azure Pipelines에서 자동으로 환경을 만듭니다. 이 자동 생성은 사용자 컨텍스트 또는 시스템 컨텍스트에서 발생할 수 있습니다. 다음 흐름에서 Azure Pipelines는 작업을 수행하는 사용자에 대해 알고 있습니다.
- Azure Pipelines 웹 환경에서 YAML 파이프라인 만들기 마법사를 사용하고 아직 생성되지 않은 환경을 참조합니다.
- Azure Pipelines 웹 편집기를 사용하여 YAML 파일을 업데이트하고 존재하지 않는 환경에 대한 참조를 추가한 후 파이프라인을 저장합니다.
위의 각 경우에서 Azure Pipelines는 작업을 수행하는 사용자를 명확하게 이해합니다. 따라서 환경을 만들고 환경에 대한 관리자 역할에 사용자를 추가합니다. 이 사용자에게는 환경을 관리하거나 환경을 관리하기 위한 다양한 역할에 다른 사용자를 포함할 수 있는 모든 권한이 있습니다.
다음 흐름에서 Azure Pipelines에는 환경을 만드는 사용자에 대한 정보가 없습니다. 다른 외부 코드 편집기를 사용하여 YAML 파일을 업데이트하고, 존재하지 않는 환경에 대한 참조를 추가한 다음, 수동 또는 연속 통합 파이프라인이 트리거됩니다. 이 경우 Azure Pipelines는 사용자에 대해 알지 못합니다. 이전에는 환경의 관리자 역할에 모든 프로젝트 기여자를 추가하여 이 사례를 처리했습니다. 그러면 프로젝트의 모든 구성원이 이러한 권한을 변경하고 다른 사용자가 환경에 액세스하지 못하도록 할 수 있습니다.
프로젝트의 모든 구성원에게 환경에 대한 관리자 권한을 부여하는 방법에 대한 피드백을 받았습니다. 사용자의 의견을 들어보면서 작업을 수행하는 사용자가 누구인지 명확하지 않은 경우 환경을 자동으로 만들어서는 안 된다고 들었습니다. 이 릴리스에서는 환경을 자동으로 만드는 방법을 변경했습니다.
- 앞으로 파이프라인 실행은 환경이 존재하지 않고 사용자 컨텍스트를 알 수 없는 경우 자동으로 환경을 만들지 않습니다. 이러한 경우 파이프라인은 환경을 찾을 수 없는 오류로 실패합니다. 올바른 보안으로 환경을 미리 만들고 파이프라인에서 사용하기 전에 구성을 확인해야 합니다.
- 알려진 사용자 컨텍스트가 있는 파이프라인은 이전과 마찬가지로 환경을 자동으로 만듭니다.
- 마지막으로, 환경을 자동으로 만드는 기능이 Azure Pipelines 시작 프로세스를 간소화하기 위해 추가되었다는 점에 유의해야 합니다. 프로덕션 시나리오가 아닌 테스트 시나리오를 위한 것이었습니다. 항상 올바른 권한 및 검사를 사용하여 프로덕션 환경을 미리 만든 다음 파이프라인에서 사용해야 합니다.
빌드 파이프라인에서 Insights 대화 상자 제거
피드백에 따라 빌드 파이프라인을 탐색할 때 표시되는 작업/파이프라인 인사이트 대화 상자가 제거되어 워크플로가 개선되었습니다. 파이프라인 분석은 필요한 인사이트를 얻을 수 있도록 계속 사용할 수 있습니다.
다음 단계
비고
이러한 기능은 향후 2~3주 동안 출시될 예정입니다.
Azure DevOps로 이동하여 살펴보세요.
피드백 제공 방법
여러분의 의견을 듣고 싶습니다. 이 기능들에 대해 어떻게 생각하시는지 알려주세요. 도움말 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.
Stack Overflow에서 커뮤니티로부터 조언을 받고 질문에 대한 답변을 얻을 수도 있습니다.