Kanban 보드에서 연결된 GitHub 활동 보기 - 스프린트 153 업데이트
Azure DevOps의 Sprint 153 업데이트에서는 GitHub와의 Azure Boards 통합을 지속적으로 향상시킵니다. 이제 Kanban 보드에서 연결된 GitHub 커밋, 끌어오기 요청 및 문제에 대한 정보를 얻을 수 있습니다. 이 정보를 통해 항목이 어디에 있는지 빠르게 파악할 수 있으며 자세한 내용을 보려면 GitHub 커밋, 끌어오기 요청 또는 문제로 직접 이동할 수 있습니다.
자세한 내용은 아래 기능 목록을 확인하세요.
Azure DevOps의 새로운 기능
기능
일반:
Azure Boards:
- Kanban 보드에서 연결된 GitHub 활동을 빠르게 봅니다.
- 첨부 파일 및 링크를 사용하여 작업 항목 복사
- 작업 항목에서 텍스트 파일 미리 보기
- 보드, 백로그 및 스프린트 선택기에서 모든 팀 보기
Azure Pipelines:
Azure Repos:
Azure Artifacts:
Wiki:
시장:
일반
Azure DevOps IP 주소 범위 변경
가용성을 높이고 대기 시간을 줄이는 프런트 엔드 라우팅 마이그레이션을 수행하고 있습니다. 이 마이그레이션의 일부로 IP 주소 공간이 변경됩니다. 현재 방화벽 규칙을 사용하여 Azure DevOps에 대한 트래픽을 허용하는 경우 새 IP 범위를 고려하도록 이러한 규칙을 업데이트해야 합니다.
IPv4 범위
- 13.107.6.0/24
- 13.107.9.0/24
- 13.107.42.0/24
- 13.107.43.0/24
IPv6 범위
- 2620:1ec:4::/48
- 2620:1ec:a92::/48
- 2620:1ec:21::/48
이 업데이트에 대한 자세한 내용은 여기 알림이 포함된 블로그 게시물을 참조 하세요.
공개 미리 보기 감사
이제 모든 조직에서 Azure DevOps에 대한 감사를 공개 미리 보기로 사용할 수 있음을 발표하게 되어 기쁩니다.
감사는 Azure DevOps organization 전체에서 발생하는 변경 내용을 기록합니다. 감사 가능한 이벤트가 발생하면 로그 항목이 기록됩니다. 감사 이벤트의 몇 가지 예로는 Git 리포지토리 만들기, 권한 변경, 리소스 삭제, 코드 다운로드, 감사 기능 액세스 등이 있습니다.
감사 이벤트에는 IP, 이벤트를 기록한 사람, 발생한 일 및 질문에 대답하는 데 도움이 되는 기타 유용한 정보와 같은 정보가 있습니다.
참고
감사 이벤트는 90일 동안 저장됩니다. 그러나 감사 REST API를 통해 외부 위치에 감사 이벤트를 백업하여 90일 이상 유지할 수 있습니다.
기본적으로 프로젝트 컬렉션 관리자만 감사 로그에 액세스할 수 있습니다. 관리자는 감사 로그에 액세스할 수 있도록 팀 구성원에게 별도의 권한을 부여할 수 있습니다. 감사 기능은 조직 설정에서 찾을 수 있습니다. 자세한 내용은 이 설명서를 참조하세요.
.
명령줄에서 보안 그룹 및 권한 관리
이제 az devops security permission 명령을 사용하여 명령줄에서 보안 그룹 및 권한을 관리할 수 있습니다. 명령을 사용하여 권한을 관리하고 보안 그룹을 만드는 프로세스를 표준화하는 스크립트를 만들 수 있습니다. 또한 명령을 사용하여 보고서를 실행하여 보안 그룹 및 해당 권한 목록을 볼 수 있습니다.
자세한 내용은 명령 및 해당 구문 및 도움말 설명서를 참조하세요.
Azure Boards
Kanban 보드에서 연결된 GitHub 활동을 빠르게 봅니다.
Kanban 보드를 직접 검토하거나 팀으로 검토할 때 "이 항목이 아직 개발을 시작했습니까?" 또는 "이 항목이 아직 검토 중입니까?"와 같은 질문이 있는 경우가 많습니다. Kanban 보드의 새 GitHub 주석을 사용하면 이제 항목이 어디에 있는지 빠르게 파악하고 GitHub 커밋, 끌어오기 요청 또는 문제로 직접 이동하여 자세한 내용을 확인할 수 있습니다. 이에 대한 자세한 내용과 작업 및 테스트에 대한 기타 주석은 카드 사용자 지정 설명서를 참조하세요.
첨부 파일 및 링크를 사용하여 작업 항목 복사
경우에 따라 작업 항목의 복사본을 만들고 새 작업 항목에 대한 사소한 변경 내용을 포함해야 할 수 있습니다. 이전에는 작업 항목의 콘텐츠 및 링크만 복사할 수 있습니다. 이제 첨부 파일도 복사할 수 있습니다.
첨부 파일이 있는 작업 항목을 복사하려면 줄임표에서 작업 항목 복사를 선택한 다음 첨부 파일을 선택합니다.
작업 항목에서 텍스트 파일 미리 보기
.txt 및 .log 파일은 조명 메모 또는 이벤트 설명서를 위해 작업 항목에 첨부되는 경우가 많습니다. 이제 작업 항목에서 해당 텍스트 첨부 파일을 미리 볼 수 있으므로 해당 내용을 보려면 다운로드할 필요가 없습니다.
Boards, Backlogs 및 Sprints 선택기에서 모든 팀 보기
팀 간을 탐색할 때 즐겨찾기에 없는 팀을 검색할 수 있습니다. 이전에는 팀을 검색하기 위해 디렉터리 페이지로 이동해야 했습니다. 이제 워크플로를 중단하지 않고 Boards, Backlogs 또는 Sprints의 선택기에서 프로젝트의 모든 팀을 검색할 수 있습니다.
Azure Pipelines
호스트된 파이프라인 이미지에 업데이트
참고
VS2017 및 VS2019 이미지에 대한 스프린트 152 업데이트를 배포하지 않습니다. 스프린트 153 업데이트에는 스프린트 152 변경 내용이 포함됩니다.
이 업데이트를 통해 WINDOWS SDK 18362를 VS2019 이미지에 추가했습니다. 또한 버그를 해결하기 위해 여러 버전의 Python을 다운그레이드했습니다. 이 업데이트의 새 버전은 다음과 같습니다.
| OS | 2.7.x | 3.5.x | 3.7.x |
|---|---|---|---|
| Linux | 2.7.15 | 3.5.5 | 3.7.2 |
| Mac | 2.7.15 | 3.5.5 | 3.7.2 |
| Windows | 2.7.1 | 3.5.4 | 3.7.2 |
최신 릴리스에 대한 자세한 내용은 여기에서 확인할 수 있습니다. 이미지에서 사용할 수 있는 도구의 전체 목록은 여기 GitHub의 이미지 생성 리포지토리를 참조 하세요.
아티팩트 작업을 더 간단하게 수행하는 방법
참고
새 YAML 키워드 및 업데이트된 작업은 현재 미리 보기로 제공됩니다.
YAML 기반 파이프라인에서 아티팩트 게시 및 사용을 더 쉽게 하기 위해 두 개의 YAML 키워드(게시 및 다운로드)를 추가했습니다. 이러한 키워드는 대부분의 시나리오에 대한 기존 작업 단계 대신 사용할 수 있습니다. 예를 들어 bin 디렉터리의 콘텐츠를 "이진 파일"이라는 아티팩트로 게시(업로드)할 수 있습니다. YAML 코드는 다음과 같습니다.
steps:
- publish: bin
artifact: binaries
동일한 작업 또는 동일한 파이프라인의 이후 작업에서 아티팩트(다운로드)를 사용하려면 다음을 사용합니다.
steps:
- download: current
artifact: binaries
또한 기존 빌드 아티팩트 게시 작업과 함께 게시된 아티팩트 다운로드를 허용하도록 파이프라인 아티팩트 다운로드도 업데이트했습니다. 이제 파이프라인에서 아티팩트를 사용할 때 아티팩트가 게시된 방법을 알 필요가 없습니다.
이러한 변경 내용에 대한 자세한 내용은 여기 Azure Pipeline 설명서의 파이프라인 아티팩트 를 참조 하세요 .
cron 구문을 사용하여 YAML 파일에서 일정 지정
이전에는 UI 편집기를 사용하여 YAML 파이프라인에 대해 예약된 트리거를 지정할 수 있었습니다. 이 업데이트를 사용하면 YAML 파일에서 cron 구문을 사용하여 빌드를 예약하고 다음과 같은 이점을 활용할 수 있습니다.
- 코드로 구성: 코드의 일부로 파이프라인과 함께 일정을 추적할 수 있습니다.
- 표현력: UI를 사용하여 할 수 있었던 것보다 일정을 정의하는 데 더 많은 표현력이 있습니다. instance 경우 매시간 실행을 시작하는 단일 일정을 지정하는 것이 더 쉽습니다.
- 업계 표준: 많은 개발자와 관리자는 이미 cron 구문에 익숙합니다.
schedules:
- cron: "0 0 * * *"
displayName: Daily midnight build
branches:
include:
- main
- releases/*
exclude:
- releases/ancient/*
always: true
앞으로는 UI 편집기를 사용하여 만든 일정을 추가하거나 업데이트할 수 없습니다. 일정은 일정에 계속 적용되지만 UI에서 제거하고 YAML 파일에 추가하는 것이 좋습니다.
다단계 파이프라인 공개 미리 보기로 업데이트
다단계 파이프라인 공개 미리 보기에 기능을 계속 추가합니다. 이 업데이트를 통해 로그 보기 환경이 개선되고 폴더 내의 모든 실행을 볼 수 있는 기능이 추가되었으며 새 페이지에서 지원되는 빌드 확장이 추가되었습니다.
또한 몇 가지 버그를 수정하고 폴더에 직접 새 파이프라인을 만드는 기능을 추가했습니다. 이전 스프린트에서는 인기 있는 기능 요청이었던 아티팩트 검색 및 다운로드 작업을 완료했습니다.
Azure Repos
Azure Repos 명령 지원 받기
Go는 golang이라고도 하는 오픈 소스 프로그래밍 언어입니다. Go에서 get 명령을 사용하여 패키지 및 종속성을 다운로드하고 설치할 수 있습니다. 이 업데이트를 통해 Azure DevOps 리포지토리 내에서 에 대한 go get 지원이 추가되었습니다. 를 사용하면 go get가져오기 경로로 명명된 종속성이 있는 패키지를 다운로드할 수 있습니다. 키워드를 import 사용하여 가져오기 경로를 지정할 수 있습니다.
Azure Artifacts
유니버설 패키지에 대한 필터링된 다운로드
지금까지는 몇 가지 파일만 필요하더라도 항상 전체 유니버설 패키지를 다운로드해야 했습니다. 이 업데이트를 사용하면 미니매치 패턴(Azure Pipelines와 동일한 구문을 사용)을 지정하여 파일의 하위 집합을 다운로드할 수 있습니다. 예를 들면 다음과 같습니다.
az artifacts universal download --organization "https://dev.azure.com/myorganization/" --feed "myFeed" --name "myPackageName" --version 1.0.0 --path . --file-filter "**/*.exe;**/*.dll"
이 기능을 사용하려면 최신 Azure DevOps CLI 확장 az extension update -n azure-devops로 업데이트했는지 확인합니다.
패키지 검색
organization 다양한 피드의 모든 패키지에서 빠르고 유연하며 정확한 검색을 제공하는 organization 수준 패키지 검색을 소개합니다. organization 패키지 수가 증가하고 여러 피드로 나뉘어짐에 따라 필요한 패키지를 찾는 것이 점점 더 어려워집니다. 패키지 검색은 모든 organization 피드에서 관련 패키지를 빠르고 효율적으로 찾을 수 있습니다.
패키지 검색을 사용하여 다음을 수행할 수 있습니다.
- 제목 및 설명으로 패키지 검색: 제목 및 설명에서 무료 텍스트 검색을 사용하여 관련 패키지를 쉽고 빠르게 찾을 수 있습니다. 부울 연산자를 사용하여 검색 범위를 좁힐 수도 있고 검색 조건을 결합할 수도 있습니다.
- 모든 organization 피드에서 검색: organization 전체에서 사용자 및 팀의 피드를 검색합니다. 피드, 보기 및 패키지 유형 필터를 사용하여 검색 범위를 좁힐 수 있습니다. 와일드카드를 사용하여 검색 범위를 넓히고 부울 연산자를 사용하여 미세 조정합니다.
패키지 검색에 대한 자세한 내용은 여기에서 확인할 수 있습니다.
Wiki
작업 항목 트리가 있는 쿼리 지원
이제 위키 페이지의 계층 구조로 작업 항목을 그룹화한 쿼리를 사용할 수 있습니다. 위키 페이지에 작업 항목 트리가 있는 쿼리를 포함하여 자식 작업 및 사용자 스토리와 함께 Epics 및 Features를 표시할 수 있습니다.
Marketplace
상위 게시자 인증 프로그램
Microsoft는 신뢰할 수 있는 Azure DevOps 확장/통합을 평가하거나 획득하는 데 도움이 되는 Top Publisher 프로그램을 Marketplace에 만들었습니다. 상위 게시자 배지는 게시자가 모범적인 정책, 품질, 안정성 및 지원을 통해 고객과 Marketplace에 대한 헌신을 표시했음을 의미합니다. Marketplace는 다양한 매개 변수에서 게시자를 신중하게 검토한 후 게시자에 배지를 할당합니다. 여기에서 해당 정보를 읽고 상위 게시자의 제품을 검사.
다음 단계
참고
이러한 기능은 향후 2~3주 동안 출시될 예정입니다.
Azure DevOps로 이동하여 살펴보세요.
피드백을 제공하는 방법
이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 피드백 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.
Stack Overflow에서 커뮤니티에서 조언과 질문에 답변할 수도 있습니다.
감사합니다,
스티븐 보그