Azure DevOps의 Sprint 156 업데이트 사용자 환경을 개선하는 데 도움이 되는 항목을 포함하도록 Azure Boards를 지속적으로 개선하고 있습니다. 예를 들어 이제 심각도, 활동 및 우선 순위와 같은 시스템 선택 목록 값을
자세한 내용은 아래 기능 목록을 확인하세요.
Azure DevOps의 새로운 기능
기능
일반:
- 새 UI에서 조직에 대한 액세스를 요청합니다.
Azure Boards:
- 그룹 멤버 자격에 대한 읽기 전용 및 필수 규칙
- 시스템 선택 목록 값 사용자 지정
- 새 작업 항목 URL 매개 변수
- 텍스트 필드에서 사용자, 작업 항목 및 PR(풀 리퀘스트)을 언급하세요
- 토론 댓글에 대한 반응
- 대시보드에 Azure Boards 보고서 고정
Azure Repos:
- Slack 대한 Azure Repos 앱
Azure Artifacts:
- AAD 테넌트 내의 여러 조직에서 상위 스트림 구성
- Python 자격 증명 공급자를 사용하여 Azure Artifacts 피드를 사용하여 pip 및 twine 인증
Azure Pipelines:
일반
Docker
- Dockerfile에 대한 새 빌드 이미지 템플릿
- Docker Compose 작업의 인수 입력
테스트
호스트된 VM
Azure 경험
- AKS와 컨테이너용 Web App의 배포 센터에서 Bitbucket 리포지토리 지원
- Azure DevOps Projects에서 Java 워크플로를 위한 Linux Web App 지원
Azure 명령줄 인터페이스
Azure 테스트 계획:
리포트:
위키
- 위키 페이지의 주석
- ""로 시작하는 폴더 및 파일을 숨깁니다. 위키 트리에서
일반
조직에 대한 액세스를 요청하는 새 UI
이제 새 요청 액세스 UI사용하여 조직에 대한 액세스를 요청할 수 있습니다. 액세스해야 하는 Azure DevOps 조직과 동일한 테넌트에 속하는 경우 새 요청 액세스 UI를 사용하면 액세스가 필요한 이유에 대한 근거를 사용하여 조직의 관리자에게 알릴 수 있습니다. 관리자는 Azure DevOps에서 요청 세부 정보와 함께 이메일 알림을 받습니다. 세부 정보에는 요청자의 이메일 ID, 대상 조직 이름 및 근거가 포함됩니다.
Azure Boards
그룹 멤버 자격에 대한 읽기 전용 및 필수 규칙
작업 항목 규칙을 사용하면 작업 항목 필드에 특정 작업을 설정하여 동작을 자동화할 수 있습니다. 그룹 멤버 자격에 따라 필드를 읽기 전용 또는 필수로 설정하는 규칙을 만들 수 있습니다. 예를 들어 제품 소유자에게 기능의 우선 순위를 설정하는 동시에 다른 모든 사용자에게 읽기 전용으로 설정할 수 있는 기능을 부여할 수 있습니다.
그룹 멤버 자격에 대한 
시스템 선택 목록 값 사용자 지정
이제 심각도, 활동, 우선 순위 등과 같은 모든 시스템 선택 목록(이유 필드 제외)에 대한 값을 사용자 지정할 수 있습니다. 선택 목록 사용자 지정은 각 작업 항목 유형에 대해 동일한 필드에 대해 서로 다른 값을 관리할 수 있도록 범위가 지정됩니다.
새 작업 항목 URL 매개 변수
새 작업 항목 URL 매개 변수를 활용하여 보드나 백로그의 컨텍스트와 함께 작업 항목 링크를 공유하세요. 이제 URL에 매개 변수 ?workitem=[ID] 추가하여 보드, 백로그 또는 스프린트 환경에서 작업 항목 대화 상자를 열 수 있습니다.
링크를 공유하는 모든 사용자는 링크를 공유할 때의 동일한 컨텍스트로 접속하게 됩니다.
텍스트 필드에 사용자, 작업 항목 및 PR 언급
여러분의 의견을 들으면서, 메모뿐만 아니라 작업 항목에 대한 작업 항목 설명 영역(및 기타 HTML 필드)에서 사람, 작업 항목 및 PR을 언급하는 기능을 원한다고 들었습니다. 작업 항목에서 다른 사용자와 공동 작업하거나 작업 항목 설명에서 PR을 강조 표시하려고 하지만 해당 정보를 추가할 방법이 없는 경우가 있습니다. 이제 작업 항목의 모든 긴 텍스트 필드에서 사람, 작업 항목 및 PR을 언급할 수 있습니다.
여기에서 예제를 볼 수 있습니다.
- 사용자 멘션을 사용하려면 @ 기호와 멘션할 사람의 이름을 입력합니다. 작업 항목 필드의 @mentions은(는) 주석에서와 같이 전자 메일 알림을 생성합니다.
- 작업 항목 멘션을 사용하려면 # 기호와 작업 항목 ID 또는 제목을 입력합니다. #mentions 두 작업 항목 간에 링크를 만듭니다.
- PR 멘션을 사용하려면 및을 추가한 다음 PR ID 또는 이름을 입력합니다.
토론 댓글에 대한 반응
우리의 주요 목표 중 하나는 팀을 위해 작업 항목을 보다 공동으로 만드는 것입니다. 최근 Twitter
댓글에 반응을 추가할 수 있으며, 댓글의 오른쪽 위 모서리에 있는 웃는 아이콘과 기존 반응 옆에 있는 메모의 맨 아래에 있는 두 가지 방법으로 반응을 추가할 수 있습니다. 원하는 경우 6개의 반응을 모두 추가하거나 하나 또는 두 개만 추가할 수 있습니다. 당신의 반응을 제거하려면, 당신의 의견의 하단에 반응을 클릭하면 제거됩니다. 아래에서는 반응을 추가하는 경험뿐만 아니라 댓글에 대한 반응의 모양을 볼 수 있습니다.
대시보드에 Azure Boards 보고서 고정
스프린트 155 업데이트에서는 CFD 보고서 와 속도 보고서의 업데이트된 버전이 포함되었습니다. 이러한 보고서는 보드 및 백로그의 분석 탭에서 사용할 수 있습니다. 이제 보고서를 대시보드에 직접 고정할 수 있습니다. 보고서를 고정하려면 보고서 위로 마우스를 가져가고 줄임표 "..." 메뉴를 선택하고 대시보드에 복사합니다.
Azure Repos
Slack용 Azure Repos 앱
Slack용 새 Azure Repos 앱을 발표하게 되어 기쁩니다. 이 앱을 사용하면 저장소를 모니터링하고 코드가 푸시되거나 체크인될 때마다, PR(풀 리퀘스트)이 생성되거나 업데이트될 때 등 다양한 상황에서 Slack 채널을 통해 알림을 받을 수 있습니다. 또한 끌어오기 요청 URL에 대한 미리 보기는 PR에 대한 토론을 시작하고 상황에 맞는 의미 있는 대화를 하는 데 도움이 됩니다. 앱은 Git 및 TFVC 리포지토리를 모두 지원합니다.
Azure Artifacts
AAD 테넌트 내의 여러 조직을 대상으로 상위 스트림을 구성
이제 AAD(Azure Active Directory) 테넌트에 연결된 다른 조직의 피드를 아티팩트 피드에 업스트림 원본으로 추가할 수 있습니다. 피드는 업스트림 원본으로 구성된 피드에서 패키지를 찾아서 사용할 수 있으므로 AAD 테넌트와 연결된 조직 간에 패키지를 쉽게 공유할 수 있습니다. 을(를) 설정하는 방법은 문서에서 참조하세요.
Python 자격 증명 공급자(베타)를 사용하여 Azure Artifacts 피드에 pip 및 twine을 인증하다.
이제 Python 자격 증명 공급자(아티팩트 키링)(현재 미리 보기 상태)를 설치하고 사용하여 Azure Artifacts 피드에서 Python 패키지를 게시하거나 사용하는 인증을 자동으로 설정할 수 있습니다. 자격 증명 공급자를 사용하면 구성 파일pip.ini(/pip.conf/.pypirc)을 설정할 필요 없이, pip 또는 twine을 처음 호출할 때 웹 브라우저에서 인증 절차를 거치게 됩니다. 설명서
Azure Pipelines
파이프라인 캐싱 개선 사항
Sprint 155 업데이트에서는 다운로드한 종속성 및 컴파일 출력과 같은 파일을 나중에 실행하여 다시 사용할 수 있도록 하여 빌드 시간을 줄이기 위해 설계된 기능인 파이프라인 캐싱공개 미리 보기를 발표했습니다. 이 업데이트에서는 glob 패턴을 사용하여 캐시 키에 여러 파일을 포함하기 위한 지원을 추가했습니다. 예를 들어:
steps:
- task: CacheBeta@0
inputs:
key:
packages/**/package-lock.json, !node_modules/** | $(Agent.OS)
path:
$(npm_config_cache)
메모
키의 일부를 "|" 문자로 구분해야 합니다(위와 같이). 이 변경은 대체 복원 키를 지정하는 향후 기능을 예상하여 수행되고 있습니다.
시작하려면 파이프라인 캐싱 설명서참조하세요.
게이트 타임아웃 제한과 빈도 증가
이전에는 릴리스 파이프라인의 게이트 타임아웃 제한 시간이 3일이었습니다. 이 업데이트를 통해 시간 제한이 15일로 늘어나 더 긴 기간의 게이트를 허용할 수 있습니다. 게이트의 빈도를 , 30분마다으로 증가했습니다.
Dockerfile에 대한 새 빌드 이미지 템플릿
이전에는 새 파이프라인 만들기에서 Dockerfile에 대한 새 파이프라인을 만들 때 템플릿에서 이미지를 Azure Container Registry로 푸시하고 Azure Kubernetes Service에 배포하는 것이 좋습니다. 컨테이너 레지스트리에 푸시할 필요 없이 에이전트를 사용하여 이미지를 빌드할 수 있는 새 템플릿을 추가했습니다.
Docker Compose 작업의 인수 입력
--no-cache같은 인수를 추가할 수 있도록 Docker Compose 작업에 새 필드가 도입되었습니다. 빌드와 같은 명령을 실행할 때 태스크에서 인수가 전달됩니다.
Docker Compose 태스크에서 인수를 입력합니다 
.
대규모 테스트 첨부 파일에서 경고 수정
지난 달에는 100MB보다 큰 테스트 첨부 파일에 대한 지원을 추가했습니다. 현재 로그에 403 또는 407 오류를 반환하는 VSTest 작업 또는 테스트 결과 게시 태스크가 표시될 수 있습니다. 아웃바운드 요청을 필터링하는 방화벽 뒤에서 자체 호스팅 빌드 또는 릴리스 에이전트를 사용하는 경우 이 기능을 사용할 수 있도록 몇 가지 구성을 변경해야 합니다.
이 문제를 해결하려면 으로 업데이트하는 것이 좋습니다. 설명서에서 문제 해결 정보를 찾을 수 있습니다.
메모
이는 자체 호스팅 Azure Pipelines 에이전트를 사용하고 아웃바운드 트래픽을 필터링하는 방화벽 뒤에 있는 경우에만 필요합니다. 클라우드에서 Microsoft 호스팅 에이전트를 사용하거나 아웃바운드 네트워크 트래픽을 필터링하지 않는 경우 아무 작업도 수행할 필요가 없습니다.
호스팅된 파이프라인 이미지의 업데이트
여러 Azure Pipelines 호스팅 VM 이미지를 업데이트했습니다. 주요 내용은 다음과 같습니다.
- VS 2017에 ARM 및 ARM64용 ATL이 스펙터 완화 기능 포함 및 미포함 버전으로 추가되었습니다 (VS 2019에는 이미 포함됨).
- Ubuntu 16.04, VS 2017 및 VS 2019용 Java 및 Go의 패치 버전이 업데이트되었습니다.
- Ubuntu 16.04에서 열린 파일에 대한 제한을 50,000으로 증가했습니다.
- 다양한 버그 수정.
최신 릴리스 에 대한 자세한 내용을에서 확인할 수 있습니다.
특정 이미지에 사용할 수 있는 도구의 전체 목록을 보려면 설정 > 에이전트 풀 > 세부 정보로 이동하세요.
AKS용 배포 센터의 Bitbucket 리포지토리 및 컨테이너용 웹앱 지원
이 업데이트를 통해 AKS 및 컨테이너용 웹앱에 대한 배포 센터 워크플로에 Bitbucket 리포지토리에 대한 네이티브 지원을 추가했습니다. 이제 OAuth 환경과 Bitbucket 계정의 리포지토리 및 브랜치가 포함된 목록을 얻을 수 있습니다. 이렇게 하면 해당 리소스에 배포하는 데 도움이 됩니다. 또한, 선택한 Bitbucket 리포지토리를 분석하고 DockerFile을 감지하여 보조 기능을 추가했습니다.
Azure DevOps Projects의 Java 워크플로에 대한 Linux Web App 지원
이제 Azure DevOps Projects에서 몇 번의 클릭으로 Linux 웹앱을 만들고 샘플 Java 애플리케이션을 배포할 수 있습니다. Azure Repos에서 샘플 Java 애플리케이션을 호스트하고 이를 위해 CI/CD 파이프라인을 설정합니다.
파이프라인 변수 그룹 및 변수 관리 명령
파이프라인 변수 및 변수 그룹을 수동으로 설정해야 하므로 YAML 기반 파이프라인을 한 프로젝트에서 다른 프로젝트로 이식하는 것은 어려울 수 있습니다. 그러나 파이프라인 변수 그룹 및 변수 관리 명령을 사용하면 이제 버전 제어가 가능한 파이프라인 변수 및 변수 그룹의 설정 및 관리를 스크립팅할 수 있으므로 한 프로젝트에서 다른 프로젝트로 파이프라인을 이동하고 설정하는 지침을 쉽게 공유할 수 있습니다.
PR 브랜치에 대한 파이프라인 실행
PR을 만들 때 변경 내용이 대상 분기에서 파이프라인 실행을 중단시킬 수 있는지 확인하는 것이 어려울 수 있습니다. 그러나 파이프라인 실행을 트리거하거나 PR 분기에 대한 빌드를 큐에 대기하는 기능을 사용하면 이제 대상 파이프라인에 대해 실행하여 변경 내용의 유효성을 검사하고 시각화할 수 있습니다. 자세한 내용은 az pipelines run 및
첫 번째 파이프라인 실행 건너뛰기
파이프라인을 만들 때 인프라가 준비되지 않았거나 변수를 만들어야 하는 등 다양한 이유로 인해 오류가 발생할 수 있으므로 YAML 파일을 만들고 커밋하고 파이프라인 실행을 트리거하지 않으려는 경우가 있습니다. 이제 Azure DevOps CLI를 사용하여 --skip-first-run 매개 변수를 포함하여 파이프라인을 만들 때 첫 번째 자동화된 파이프라인 실행을 건너뛸 수 있습니다. 자세한 내용은 az pipeline create 명령 설명서를 참조하시기 바랍니다.
서비스 엔드포인트 명령어 향상
서비스 엔드포인트 CLI 명령은 Azure rm 및 github 서비스 엔드포인트 설정 및 관리만 지원합니다. 그러나 이 릴리스에서 서비스 엔드포인트 명령을 사용하면 파일을 통해 구성을 제공하여 서비스 엔드포인트를 만들 수 있으며, 이러한 유형의 서비스 엔드포인트를 만드는 데 일류 지원을 제공하는 az devops service-endpoint github 및 az devops service-endpoint azurerm과 같은 최적화된 명령을 제공합니다. 자세한 내용은 명령 설명서 참조하세요.
Azure 테스트 계획
테스트 계획 진행률 보고서(공개 미리 보기)
테스트 계획에 대한 진행률 보고서는 이제 공개 미리 보기에서 사용할 수 있습니다. 이 기본 제공 보고서는 프로젝트에서 하나 이상의 테스트 계획의 실행 및 상태를 추적하는 데 도움이 됩니다. 테스트 계획 > 진행률 보고서*를 방문하여 보고서 사용을 시작합니다.
테스트 계획에 대한 
보고서의 세 섹션은 다음과 같습니다.
- 요약: 선택한 테스트 계획에 대한 통합 보기를 표시합니다.
- 결과 추세: 매일 스냅샷을 렌더링하여 실행 및 상태 추세선을 제공합니다. 14일(기본값), 30일 또는 사용자 지정 범위의 데이터를 표시할 수 있습니다.
- 세부 정보: 이 섹션에서는 각 테스트 계획을 세부적으로 분석하고 각 테스트 스위트에 대한 중요한 분석을 제공합니다.
테스트 계획 페이지의 향상된 기능
이제 새 테스트 계획* 페이지 그리드를 사용하여 테스트 사례를 대량으로 추가할 수 있습니다. 표에는 이전 보기의 세 열과 달리 대량 작성을 위한 6개의 열이 있습니다. 그리드를 사용하려면 테스트 계획* >로 이동 후, 테스트 사례 추가 >,그리드를 사용하여 테스트 사례 추가를 차례로 선택하십시오.
테스트 계획* 페이지에 차트을 추가했습니다. 테스트 계획> 차트*로 이동하여 차트 탭을 찾을 수 있습니다.
테스트 계획 페이지의 
마지막으로 정의 및 실행 탭에서 열을 정렬할 수 있습니다. 열 너비를 조정하여 큰 제목을 표시하고 실행 탭의 옵션을 사용하여 테스트 사례를 실행할 수도 있습니다.
보고하기
쿼리 결과 위젯 개선
쿼리 결과 위젯 가장 인기 있는 위젯 중 하나이며, 좋은 이유가 있습니다. 위젯은 대시보드에 쿼리 결과를 직접 표시하며 많은 상황에서 유용합니다.
이 업데이트를 통해 오랫동안 기다려온 많은 개선 사항이 포함되었습니다.
- 이제 위젯에 표시할 열을 최대한 많이 선택할 수 있습니다. 더 이상 5열 제한이 없습니다!
- 위젯 1x1에서 10x10까지모든 크기를 지원합니다.
- 열 크기를 조정하면 열 너비가 저장됩니다.
- 위젯을 전체 화면으로 확장할 수있습니다. 확장하면 쿼리에서 반환된 모든 열이 표시됩니다.
Wiki
위키 페이지의 메모
이전에는 위키 내의 다른 위키 사용자와 상호 작용할 방법이 없었습니다. 이로 인해 메일이나 채팅 채널을 통해 대화를 해야 했기 때문에 콘텐츠에 대한 협업과 질문에 답하는 것이 힘들어졌습니다. 이제 주석을 사용하여 위키 내에서 직접 다른 사용자와 공동 작업할 수 있습니다. 주석 내에서 @mention 사용자 기능을 활용하여 다른 팀 구성원의 관심을 끌 수 있습니다. 이 기능은 이 제안 티켓
위키 페이지에 대한 주석 
""로 시작하는 폴더 및 파일을 숨깁니다. 위키 트리에서
지금까지 위키 트리는 위키 트리에 점(.)으로 시작하는 모든 폴더와 파일을 보여 줍니다. 코드 위키 시나리오에서는 숨겨야 하는 .vscode와 같은 폴더가 위키 트리에 표시되도록 했습니다. 이제 점으로 시작하는 모든 파일과 폴더가 위키 트리에 숨겨져 있으므로 불필요한 혼란이 줄어듭니다.
이 기능은 이 제안 티켓
다음 단계
메모
이러한 기능은 향후 2~3주 동안 출시될 예정입니다.
Azure DevOps로 이동하여 살펴보세요.
피드백을 제공하는 방법
이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 피드백 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.
커뮤니티에서 조언을 받고 질문에 대한 답변을 Stack Overflow에서 얻을 수 있습니다.
감사
비제이 마키라주