Azure DevOps의 Sprint 149 업데이트에서는 GitHub 주석의 멘션에서 직접 Azure Boards로 이동하는 기능과 GitHub Enterprise의 Azure Boards에 대한 지원을 추가했습니다.
Azure Pipelines의 경우 주석에서 /azp를 멘션하여 선택적 검사를 실행할 수 있는 새로운 기능이 GitHub 끌어오기 요청에 구현되었습니다. 또한 파이프라인이 실행되기 전에 리포지토리 기여자의 끌어오기 요청에 대한 주석을 요구하여 빌드하기 전에 알 수 없는 사용자의 코드를 검토할 수 있습니다.
자세한 내용은 아래 기능 목록을 확인하세요.
기능
일반:
Azure Boards:
- GitHub 주석의 멘션에서 직접 Azure Boards 작업 항목으로 이동
- 작업 항목 전환 규칙 업데이트
- Azure Boards GitHub Enterprise 지원
- 작업 항목의 주석 편집 및 삭제
- 작업 항목 양식의 상태 값 순서
Azure Pipelines:
- YAML 파이프라인에서 체크 아웃된 코드의 디렉터리 선택
- 이제 개인 프로젝트가 파이프라인 작업당 60분의 실행 시간을 가짐
- 호스트된 파이프라인 이미지 업데이트
- 빌드 및 릴리스 파이프라인의 Duffle 도구 설치 관리자 작업
- Slack에서 Azure Pipelines 배포 승인
- 새 빌드 파이프라인 마법사에 포함된 모든 소스 공급자
- GitHub 주석 트리거 최적화
- CTest 및 PHPUnit 테스트 결과 게시
Azure Artifacts:
보고:
일반
Azure AD(Azure Active Directory) 연결이 끊긴 사용자 확인
Sprint 148 업데이트를 통해 Azure DevOps 포털 내에서 Azure Active Directory에 조직을 연결할 수 있습니다. 이 새로운 간소화된 환경은 이전에 Azure Portal에 필요한 몇 가지 단계를 저장했습니다. 그러나 연결 프로세스 중에 액세스가 손실된 멤버에 대한 액세스를 복원하기 위해 지원을 요청해야 했기 때문에 새 환경은 여전히 열린 격차를 남겼습니다. 사용자는 새로 연결된 Azure Active Directory에서 이전 로그인 ID를 찾을 수 없을 때 액세스 권한을 잃게 됩니다. 이 릴리스를 사용하면 연결이 끊긴 멤버를 직접 복원하여 고객 지원 통화를 절약하고 생산성을 높일 수 있습니다.
연결이 끊긴 멤버를 복원하는 두 가지 단계가 있습니다. 먼저 해당 멤버의 현재 ID는 새로 연결된 Azure AD의 ID에 매핑됩니다. 연결이 끊긴 일부 멤버는 Azure AD에서 일치하는 ID를 가지고 있지 않을 수 있으므로 두 번째 단계는 나머지 멤버를 Azure AD에 게스트로 초대하는 것입니다. 이 업데이트는 Azure DevOps 포털의 Azure AD 설정 페이지에서 바로 두 단계를 수행하는 인터페이스를 제공합니다.
여기에서 설명서 에서 업데이트를 찾습니다.
Azure Boards
GitHub 주석의 멘션에서 직접 Azure Boards 작업 항목으로 이동
이제 구문을 사용하여 AB#{work item ID} GitHub에서 문제 주석, 끌어오기 요청 또는 커밋 내의 작업 항목을 언급하면 해당 멘션은 언급된 작업 항목으로 직접 탐색하기 위해 클릭할 수 있는 하이퍼링크가 됩니다.
이렇게 하면 모든 관련 대화에 대해 Azure Boards의 작업 항목을 복잡하게 만드는 공식 링크가 만들어지지 않고 코드 또는 고객이 보고한 문제를 논의하는 동안 팀에게 작업 항목에 대한 자세한 정보를 제공할 수 있는 방법이 제공됩니다. 자세한 내용은 Azure Boards GitHub 통합 설명서를 참조하세요.
작업 항목 전환 규칙 업데이트
여러 프로세스 및 작업 항목 유형에서 일관성이 없는 여러 작업 항목 전환 규칙을 정리했습니다. 모든 표준 작업 항목 유형과 새로 사용자 지정된 상속된 작업 항목 유형에서 닫힌 날짜, 종료 날짜 및 상태 변경 날짜가 수정되었습니다. 활성화된 날짜 및 활성화된 날짜는 모든 시스템 작업 항목 유형에 대해 고정되지만 사용자 지정된 상속된 작업 항목 유형에 대해서는 수정되지 않습니다.
Azure Boards GitHub Enterprise 지원
이제 Teams는 Azure Boards 프로젝트를 GitHub Enterprise Server 인스턴스에서 호스트되는 리포지토리에 연결할 수 있습니다. OAuth를 사용하여 연결할 때 리포지토리에 대한 연결을 만들기 전에 OAuth 애플리케이션 등록 설명서의 단계를 따릅니다.
작업 항목의 주석 편집 및 삭제
이제 개발자 커뮤니티 포럼에서 높은 투표 기능을 제공하는 Azure Boards의 작업 항목 토론에서 의견을 편집하고 삭제할 수 있음을 알려드릴 수 있게 되어 기쁩니다. 메모를 편집하려면 자신이 소유한 메모를 마우스로 가리키면 두 개의 새 단추가 표시됩니다. 연필 아이콘을 클릭하면 편집 모드로 전환되고 편집을 수행하고 "업데이트" 단추를 눌러 편집 내용을 저장할 수 있습니다.
오버플로 메뉴를 클릭하면 메모를 삭제하는 옵션이 표시됩니다. 이 댓글을 클릭하면 이 메모를 삭제할지 확인하는 메시지가 다시 표시되고 메모가 삭제됩니다.
작업 항목 양식의 기록 탭에 있는 모든 편집 및 삭제된 메모에 대한 전체 감사 내역이 표시됩니다. 또한 토론 환경의 UI를 업데이트하여 보다 최신적이고 대화형으로 느낄 수 있도록 했습니다. 또한 개별 댓글이 시작되고 끝나는 위치를 명확하게 하기 위해 주석 주위에 거품을 추가했습니다.
작업 항목 양식의 상태 값 순서
이전에는 작업 항목 양식의 상태 값이 사전순으로 정렬되었습니다. 이 업데이트를 통해 프로세스 설정의 워크플로 순서와 일치하도록 상태 값의 순서를 변경했습니다.
참고 항목
순서 변경은 웹 및 REST API의 양식에만 영향을 줍니다. 상태 값 순서는 Visual Studio 2017 또는 Excel과 같은 WIT 클라이언트 OM을 사용하는 클라이언트에서 변경되지 않습니다.
Azure Pipelines
YAML 파이프라인에서 체크 아웃된 코드의 디렉터리 선택
이전에는 $(Agent.BuildDirectory) 아래의 디렉터리에 대한 리포 s 지토리를 체크 아웃했습니다. 이제 YAML 파이프라인에서 사용할 Git 리포지토리를 체크 아웃할 디렉터리를 선택할 수 있습니다.
키워드 checkout 를 path 사용하면 폴더 구조를 제어할 수 있습니다. 다음은 디렉터리를 지정하는 데 사용할 수 있는 YAML 코드의 예입니다.
steps:
- checkout: self
path: my-great-repo
이 예제에서는 에이전트의 작업 영역에 있는 디렉터리로 my-great-repo 코드가 체크 아웃됩니다. 경로를 지정하지 않으면 리포지토리가 호출 s된 디렉터리로 계속 체크 아웃됩니다.
이제 개인 프로젝트가 파이프라인 작업당 60분의 실행 시간을 가짐
지금까지 무료 계정(즉, 병렬 작업을 구매하지 않은 계정)은 한 번에 최대 30분, 매월 최대 1,800분 동안 작업을 실행합니다. 이 업데이트를 통해 무료 계정에 대한 제한을 30분에서 60분으로 늘렸습니다.
파이프라인을 60분 이상 실행해야 하는 경우 병렬 작업당 추가 용량을 지불하거나 자체 호스팅 에이전트에서 실행할 수 있습니다. 자체 호스팅 에이전트에는 작업 길이 제한이 없습니다.
호스트된 파이프라인 이미지 업데이트
호스트된 Azure Pipelines에 대한 VS2017, Ubuntu 16.04 및 Windows Container 1803 VM 이미지를 업데이트했습니다. 최신 릴리스에 대한 자세한 내용은 여기에서 확인할 수 있습니다. 이미지에서 사용할 수 있는 도구에 대한 자세한 내용은 GitHub 의 이미지 생성 리포지토리를 참조하세요.
또한 Moby를 컨테이너 런타임으로 채택했습니다. Moby는 구성 요소를 사용자 지정 컨테이너 기반 시스템으로 어셈블하기 위해 Docker에서 만든 개방형 프레임워크입니다. 이렇게 하면 컨테이너 런타임에 자주 업스트림 패치 및 향상된 기능을 제공할 수 있습니다.
빌드 및 릴리스 파이프라인의 Duffle 도구 설치 관리자 작업
Duffle은 CNAB(클라우드 네이티브 애플리케이션 번들)를 설치하고 관리할 수 있는 명령줄 도구입니다. CNAB를 사용하면 컨테이너 네이티브 앱과 해당 서비스를 번들, 설치 및 관리할 수 있습니다.
이 업데이트에서는 특정 버전의 Duffle 이진 파일을 설치할 수 있는 빌드 및 릴리스 파이프라인에 대한 새 작업을 추가했습니다.
Slack에서 Azure Pipelines 배포 승인
지금까지 Slack 사용자는 채널 내에서 릴리스 배포를 관리하는 기능이 제한되었습니다. Slack용 Azure Pipelines 앱을 사용하면 채널에서 릴리스 배포를 승인하거나 거부할 수 있습니다. 이렇게 하면 Azure Pipelines 포털로 이동할 필요가 없으므로 승인 프로세스가 더 쉬워질 수 있습니다. 또한 Slack 모바일 앱을 사용하여 이동 중에도 배포를 승인할 수 있습니다.
Azure Pipelines 및 Slack에 대한 자세한 내용은 여기 설명서를 참조하세요.
새 빌드 파이프라인 마법사에 포함된 모든 소스 공급자
지금까지 GitHub, Azure Repos 및 Bitbucket Cloud와 같은 원본 공급자는 클래식 파이프라인 편집기와 새 파이프라인 마법사 간에 분할되었습니다. 이 업데이트를 통해 모든 항목이 단일 시작점에 대한 새 파이프라인 마법사에 추가되었습니다. 여전히 페이지 아래쪽의 링크를 클릭하여 클래식 편집기에서 YAML 없이 파이프라인을 만들 수 있습니다.
GitHub 주석 트리거 최적화
GitHub 끌어오기 요청 주석을 사용하여 빌드를 트리거하는 팀의 환경을 개선했습니다. 일반적으로 보안을 위해 이러한 팀은 끌어오기 요청을 자동으로 빌드하지 않습니다. 대신 팀 구성원이 끌어오기 요청을 검토하고 안전하다고 판단되면 끌어오기 요청 주석으로 빌드를 트리거합니다. 새 설정은 팀 구성원에 대해서만 자동 끌어오기 요청 빌드를 허용하면서 이 옵션을 유지합니다.
CTest 및 PHPUnit 테스트 결과 게시
이 업데이트를 통해 파이프라인에서 CTest 실행의 테스트 결과를 게시하는 지원이 추가되었습니다. CTest 결과를 게시하려면 게시 테스트 결과 탭의 테스트 결과 형식 입력에서 CTest 옵션을 선택합니다.
또한 PHPUnit 테스트 실행에 대한 게시도 포함했습니다. JUnit 결과 형식은 항상 지원되지만 이제 PHPUnit의 특정 구문을 활용할 수 있습니다. 테스트 결과 게시에 대한 자세한 내용은 여기 설명서를 참조하세요.
Azure Artifacts
Maven 업스트림 소스
이제 Maven 피드에 업스트림 원본을 사용할 수 있습니다. 여기에는 기본 Maven Central 리포지토리 및 Azure Artifacts 피드가 포함됩니다. Maven 업스트림을 기존 피드에 추가하려면 피드 설정을 방문하여 업스트림 원본 피벗을 선택한 다음 업스트림 원본 추가를 선택합니다.
보고
Analytics가 테스트 엔터티 집합에 OData 버전 변경을 제공함
Azure DevOps의 Analytics 서비스는 OData를 사용하여 지원되는 브라우저에서 직접 쿼리할 수 있는 엔터티 집합으로 구성됩니다. 이 서비스는 _odata 요소에 추가할 수 있는 버전이 지정된 OData API를 제공합니다.
이 업데이트를 통해 테스트 엔터티 집합을 버전 3.0 미리 보기로 마이그레이션합니다. OData 2.0 미리 보기 버전 엔드포인트를 사용하는 경우 호환성이 손상되는 변경을 방지하기 위해 버전 3.0 미리 보기로 변경해야 합니다.
다음 목록에는 버전 3.0-preview로 마이그레이션될 엔터티 집합이 포함되어 있습니다.
- TestRuns
- TestResults
- 테스트
- 빌드
- 분기
- 릴리스
- ReleaseEnvironments
- TestResultsDaily
- ReleasePipelines
- ReleaseStages
- BuildPipelines
Analytics 서비스에서 OData 엔드포인트를 사용하는 방법에 대한 자세한 내용은 여기 설명서를 참조하세요.
다음 단계
참고 항목
이러한 기능은 향후 2~3주 동안 출시될 예정입니다.
Azure DevOps로 이동하여 살펴보세요.
피드백을 제공하는 방법
이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 피드백 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.
Stack Overflow에서 커뮤니티에서 조언과 질문에 답변할 수도 있습니다.
감사합니다,
크리스 패터슨