VSTS(Visual Studio Team Services)의 Sprint 137 업데이트에서는 Linux 및 macOS Microsoft 호스팅 CI/CD 에이전트에서 "미리 보기" 모니커를 제거하고 일반 공급되도록 합니다. Microsoft 호스팅 Windows 에이전트와 함께 이제 플랫폼에 관계없이 프로덕션 빌드 및 릴리스를 위한 신뢰할 수 있고 확장 가능한 플랫폼을 갖게 되었습니다.
코드, Wiki, 패키지 및 관리에는 여러 가지 다른 기능이 있습니다. 자세한 내용은 아래 기능 목록을 확인하세요.
다음 단계
아래의 새로운 기능에 대해 읽고 VSTS로 이동하여 직접 사용해 보세요.
VSTS의 새로운 기능
기능
코드:
Wiki:
빌드 및 릴리스:
- Microsoft 호스팅 Linux 및 macOS 에이전트를 사용하여 빌드 및 릴리스
- 배포 그룹의 새 대상에 자동으로 배포
- 게이트가 일관되게 성공할 때까지 배포 유지
- 이제 Azure DevOps Projects 일반 공급
패키지:
관리자:
- 프로젝트 컬렉션 관리자로 Azure Active Directory 연결 또는 연결 끊기
- 모든 조직에 대해 미리 보기로 제공되는 공개 프로젝트
- VSTS에서 프로젝트 컬렉션을 참조할 때 "조직"이라는 단어를 채택합니다.
코드
검토자로 기본 팀 없이 끌어오기 요청 만들기
Important
이 기능을 사용하려면 프로필 또는 조직에서 새 탐색 미리 보기 기능을 사용하도록 설정해야 합니다.
PR(끌어오기 요청) 환경을 처음 시작했을 때 PR을 만들 때 선택한 팀 컨텍스트에 모든 PR을 할당하는 것이 합리적이라고 생각했습니다. 많은 사람들이 팀 컨텍스트와 PR 할당 간의 연결을 눈치채지 못했기 때문에 이 동작은 좌절의 지점이었습니다. 실제로 이는 가장 유용한 UserVoice 제안 중 하나입니다.
새로운 탐색 변경의 일환으로 팀과의 기본 연결을 변경할 수 있는 기회를 얻었습니다. 다음 두 가지 변경 내용을 확인할 수 있습니다.
- PR을 만들 때는 기본적으로 검토자가 추가되지 않습니다. 검토자 목록에는 최근에 PR에 추가된 개인 및 그룹을 더 쉽게 추가할 수 있는 기능이 있습니다. 필요한 검토자 정책은 특정 검토자가 코드를 검토하기 위해 추가되도록 하려는 팀에도 도움이 될 수 있습니다.
- 끌어오기 요청 허브에는 사용자 지정 가능한 새 섹션이 있습니다. 기본적으로 이 섹션에는 이전 섹션과 동일한 기능을 제공하는 "내 팀에 할당된" PR이 표시됩니다. 그러나 여러 팀에 속한 경우 이 섹션에는 모든 팀에 할당된 PR이 표시됩니다. 섹션도 사용자 지정할 수 있습니다. 섹션 헤더 근처에서 "이 보기 사용자 지정" 작업을 클릭하기만 하면 됩니다.
푸시 보호를 포기하지 않고 분기 정책 무시 허용
빌드 중단을 발생시킨 변경 내용 되돌리기, 한밤중에 핫픽스 적용 등 분기 정책을 우회해야 하는 여러 시나리오가 있습니다. 이전에는 팀이 끌어오기 요청을 완료할 때 분기 정책을 무시할 수 있는 권한을 부여받은 사용자를 관리하는 데 도움이 되는 권한("정책 적용 제외")을 제공했습니다. 그러나 해당 권한은 PR 프로세스를 완전히 우회하여 분기에 직접 푸시할 수 있는 기능도 부여했습니다.
이 환경을 개선하기 위해 이전 사용 권한을 분할하여 바이패스 권한을 부여하는 팀에 더 많은 제어를 제공합니다. 이전 사용 권한을 대체할 수 있는 두 가지 새로운 권한이 있습니다.
- 끌어오기 요청을 완료할 때 정책을 무시합니다. 이 권한이 있는 사용자는 끌어오기 요청에 "재정의" 환경을 사용할 수 있습니다.
- 푸시할 때 정책을 무시합니다. 이 권한이 있는 사용자는 필요한 정책을 구성한 분기에 직접 푸시할 수 있습니다.
첫 번째 권한을 부여하고 두 번째 권한을 거부하면 사용자는 필요한 경우 바이패스 옵션을 사용할 수 있지만 정책으로 실수로 분기로 푸시하지 않도록 보호합니다.
참고 항목
이 변경은 동작 변경을 도입하지 않습니다. 이전에 "정책 적용에서 제외"에 대한 허용을 부여받은 사용자에게는 두 가지 새 권한 모두에 대한 허용이 부여되므로 PR에서 완료를 재정의하고 정책을 사용하여 분기로 직접 푸시할 수 있습니다.
자세한 내용은 분기 권한 설정 설명서를 참조하세요.
Wiki
페이지 내의 제목에 연결
이제 위키 페이지의 섹션 머리글 옆에 있는 링크 아이콘을 클릭하여 해당 섹션에 대한 URL을 직접 생성할 수 있습니다. 그런 다음 해당 URL을 복사하고 팀 구성원과 공유하여 해당 섹션에 직접 연결할 수 있습니다. 이 기능은 제안에 따라 우선 순위가 지정되었습니다.
끊어진 링크 보기
제대로 연결되지 않은 위키의 모든 링크는 고유한 빨간색 및 끊어진 링크 아이콘으로 표시되어 위키 페이지의 모든 끊어진 링크에 대한 시각적 단서를 제공합니다.
폴더에 파일 및 이미지 첨부
위키 페이지를 오프라인으로 편집하는 동안 위키 페이지와 동일한 디렉터리에 파일 첨부 파일 및 이미지를 더 쉽게 추가할 수 있습니다. 이제 위키의 폴더에 첨부 파일이나 이미지를 추가하고 페이지에 연결할 수 있습니다. 이 기능은 제안에 따라 우선 순위가 지정되었습니다.
새 탭에서 페이지 열기
이제 위키 페이지를 마우스 오른쪽 단추로 클릭하고 새 탭에서 열거나 Ctrl 키를 누르고 위키 페이지를 마우스 왼쪽 단추로 클릭하여 새 탭에서 열 수 있습니다.
빌드 및 릴리스
Microsoft 호스팅 Linux 및 macOS 에이전트를 사용하여 빌드 및 릴리스
Microsoft에서 호스팅하는 Linux 및 macOS 에이전트는 이제 미리 보기가 없으며 일반 공급됩니다. 몇 달 동안 미리 보기로, 피드백을 듣고, 일관된 서비스를 제공하기 위해 인프라를 조정한 후에는 GA에서 이러한 서비스를 제공하게 되어 기쁩니다. 자세한 내용은 Microsoft 호스팅 에이전트 설명서를 참조하세요.
Important
호스트된 풀이 미리 보기에서 구현된 방식으로 인해 기존 조직의 에이전트 풀에는 "미리 보기" 모니커가 계속 포함됩니다(이름에만 해당). "미리 보기"로 표시된 풀이 일반 공급에 도달했으며 곧 출시될 새로 명명된 해당 풀과 동일합니다.
배포 그룹의 새 대상에 자동으로 배포
이전에는 새 대상이 배포 그룹에 추가되었을 때 모든 대상에 동일한 릴리스가 있는지 확인하기 위해 수동 배포가 필요했습니다. 이제 새 대상에 마지막으로 성공한 릴리스를 자동으로 배포하도록 환경을 구성할 수 있습니다. 향후 스프린트에서 자동 재배포 구성에 트리거 이벤트 및 작업을 추가할 계획입니다. 자세한 내용은 배포 그룹 설명서를 참조하세요.
게이트가 일관되게 성공할 때까지 배포 유지
릴리스 게이트를 사용하면 릴리스가 다음 환경으로 승격되기 전에 상태 조건을 자동으로 평가할 수 있습니다. 기본적으로 모든 게이트에 대한 하나의 성공적인 샘플을 받은 후에 릴리스가 진행됩니다. 게이트가 불규칙하고 성공한 샘플이 노이즈인 경우에도 릴리스가 진행됩니다. 이러한 유형의 문제를 방지하려면 이제 진행하기 전에 최소 기간 동안 상태의 일관성을 확인하도록 릴리스를 구성할 수 있습니다. 런타임에 릴리스는 승격을 허용하기 전에 게이트에 대한 연속 평가가 성공하도록 합니다. 평가의 총 시간은 "재평가 사이의 시간"에 따라 달라지며 일반적으로 구성된 최소 기간보다 큽니다. 자세한 내용은 게이트 설명서를 사용하여 릴리스 배포 제어를 참조하세요.
이제 Azure DevOps Projects 일반 공급
11월에 는 코드에서 모니터링까지 몇 분 만에 Azure에서 전체 DevOps 파이프라인을 시작하고 실행하는 데 도움이 되는 DevOps Projects를 도입했습니다. 그 과정에서 서비스를 추가하고 많은 피드백을 통합했습니다. 이제 DevOps를 사용하여 여정을 한층 더 발전시킬 수 있도록 일반 공급으로 계속 진행할 예정입니다. 자세한 내용은 Microsoft DevOps 블로그의 Azure DevOps Projects 일반 공급 게시물을 참조하세요.
Package(패키지)
미리 설치된 패키지 관리 시작
패키지 관리 확장은 모든 조직에 미리 설치됩니다. 새 탐색 미리 보기를 사용하는 경우 서비스 목록의 맨 아래에서 찾습니다. 현재 탐색 중인 경우 빌드 및 릴리스 허브 그룹에서 패키지 허브를 찾습니다. 각 조직에는 5명의 무료 패키지 관리 사용자가 제공되며 Marketplace에서 추가 사용자를 구매할 수 있습니다. 곧 다른 사용자와 마찬가지로 새 탐색 내에서 서비스 관리자 페이지를 사용하여 조직에서 이 서비스의 가시성을 전환할 수도 있습니다.
관리
프로젝트 컬렉션 관리자로 Azure Active Directory 연결 또는 연결 끊기
이제 PCA(프로젝트 컬렉션 관리자)가 Azure Active Directory에서 조직을 연결하거나 연결을 끊을 수 있습니다. 이전에는 조직 소유자 이 작업을 수행해야 했습니다.
모든 조직에 대해 미리 보기로 제공되는 공개 프로젝트
Important
이 기능을 사용하려면 조직 관리자가 설정 페이지에서 공개 프로젝트를 사용하도록 설정해야 합니다.
4월에 다시 발표했듯이, VSTS에 공개 프로젝트를 도입하고 있습니다. 처음으로 VSTS 팀 프로젝트를 공용으로 표시할 수 있습니다. 이렇게 하면 익명(인증되지 않은) 사용자가 작업 항목, 코드 및 빌드 결과를 포함하여 해당 프로젝트의 콘텐츠를 볼 수 있습니다. 이 기능은 아직 미리 보기 상태이지만 이 스프린트를 기준으로 프라이빗 미리 보기에 참가하도록 더 이상 초대할 필요가 없습니다.
Important
공용 프로젝트를 사용하여 GitHub에서 호스트되는 리포지토리를 빌드하는 경우 리포지토리 내의 분기에서 끌어오기 요청(PR)이 제대로 빌드되지만 리포지토리의 포크에서 열린 PR은 지금 빌드되지 않습니다.
VSTS에서 프로젝트 컬렉션을 참조할 때 "조직"이라는 단어를 채택합니다.
VSTS에서 프로젝트 컬렉션을 참조할 때 용어를 변경했습니다. 이전에는 "계정"이라는 용어를 사용했지만, 이로 인해 광범위한 개발자와 오픈 소스 커뮤니티에 많은 혼란이 발생했습니다. "계정"이라는 용어를 "조직"으로 바꾸기로 결정했습니다. 이 업데이트의 설명서 및 제품 내에서 이 변경 내용 롤아웃이 표시됩니다. 자세한 내용은 Microsoft DevOps 블로그의 "조직" 게시물 채택을 참조하세요.
피드백을 제공하는 방법
이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 피드백 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.
Stack Overflow에서 커뮤니티에서 조언과 질문에 답변할 수도 있습니다.
감사합니다,
비주 베누고팔