Teams용 새 Azure Pipelines 앱, 향상된 GitHub 및 Azure Boards 통합 - Sprint 151 업데이트
Azure DevOps의 Sprint 151 업데이트에서는 GitHub 리포지토리를 사용하여 획득 및 구성을 간소화하기 위해 GitHub Marketplace 앱을 추가하여 Azure Boards와의 GitHub 통합을 개선했습니다. 또한 이제 Azure Boards의 작업 항목을 GitHub의 관련 문제와 연결할 수 있습니다. 예를 들어 Azure Boards에서 팀 작업을 구성하는 동안 GitHub에서 사용자의 버그 보고서를 수락할 수 있습니다.
또한 Teams에서 파이프라인을 쉽게 모니터링하고 관리할 수 있는 Microsoft Teams용 새 Azure Pipelines 앱이 추가되었습니다.
자세한 내용은 아래 기능 목록을 확인하세요.
기능
Azure Boards:
Azure Pipelines:
Azure Repos:
Azure Boards
GitHub Marketplace에서 Azure Boards 추가
GitHub Marketplace의 새 Azure Boards 앱은 GitHub 리포지토리에 대한 Azure Boards의 획득 및 구성을 간소화합니다.
이전에는 OAuth 또는 개인용 액세스 토큰 인증을 통해 GitHub 리포지토리와의 연결을 사용하도록 설정할 수 있습니다. OAuth 또는 PAT를 사용하여 Azure Boards는 개인의 GitHub ID를 사용하여 코드 작업을 모니터링하고 작업 항목과 연결합니다. 그러나 팀 구성원은 시간이 지남에 따라 변경될 수 있으므로 개인의 GitHub ID 및 권한을 사용하는 것이 바람직하지 않을 수 있습니다. Azure Boards 앱을 설치하면 대신 작업을 수행하도록 앱에 권한을 부여할 수 있습니다.
시작하려면 GitHub 계정 또는 조직의 GitHub Marketplace에서 앱을 설치합니다. 자세한 내용은 GitHub 및 Azure Boards 설명서를 참조할 수도 있습니다.
Azure Boards에서 계획하는 동안 GitHub의 문제 수락 및 실행
지금까지 Azure Boards와 GitHub 간의 통합은 코드 작업을 작업 항목에 연결하는 것이었습니다. 이는 계획 및 작업 관리를 위해 Azure Boards를 완전히 활용하려는 여러 팀에 적합하지만, GitHub에서 문제를 추적하고 더 많은 것을 원하는 다른 팀이 남아 있습니다.
이제 Azure Boards의 작업 항목을 GitHub의 관련 문제와 연결할 수 있습니다. 이 새로운 유형의 연결을 사용하면 이제 여러 가지 다른 시나리오가 가능합니다. 예를 들어 GitHub 내의 문제로 사용자의 버그 보고서를 계속 수락하지만 Azure Boards에서 팀의 작업을 전체적으로 연결하고 구성하려는 경우 이제 수행할 수 있습니다.
팀에서 커밋 및 끌어오기 요청에 사용하는 것과 동일한 멘션 구문이 계속 적용되며, 물론 Azure Boards에서 문제 URL을 사용하여 수동으로 연결할 수 있습니다. 자세한 내용은 GitHub 및 Azure Boards 설명서를 참조하세요.
작업 보드 사용자 전환기
팀 규모와 진행 중인 작업 항목 수에 따라 작업표가 약간 혼잡해질 수 있습니다. 필터링을 사용하여 표시할 카드 선택하고 현재 관심 있는 항목에 집중할 수 있습니다.
이제 작업 보드에서 사람을 필터링하는 방법을 선택할 수 있습니다. 선택한 사람의 작업이 팀의 작업과 어떻게 관련되는지 확인해야 하는 경우 사용자 전환기를 사용합니다. 그러면 선택한 사람에게 속한 카드 강조 표시되므로 선택한 사람에 초점을 맞추는 동안 모든 카드 보고 업데이트하고 순서를 변경할 수 있습니다.
필터 막대는 이제 필터링 환경과 패리티에서 작동하므로 필터와 일치하는 카드만 표시됩니다. 할당된 항목을 사용하여 사용자와 다른 사용자가 작업 중인 항목을 빠르게 찾아야 하는 경우 필터링합니다.
Azure Pipelines
Microsoft Teams용 Azure Pipelines 앱
Microsoft Teams용 새 Azure Pipelines 앱을 발표하게 되어 기쁩니다. 이제 Azure DevOps 파이프라인을 쉽게 모니터링하고 Teams에서 릴리스를 승인할 수 있습니다. 또한 완료된 빌드, 릴리스, 보류 중인 승인에 대한 구독을 관리하고 Teams 채널에서 이러한 이벤트에 대한 알림을 받을 수 있습니다.
시작하려면 Microsoft Teams 앱 스토어에서 Azure Pipelines 앱을 설치하고 여기에서 설명서를 참조하세요.
파이프라인 만들기 환경으로 업데이트
이전에는 빌드 파이프라인을 만들 때 두 개의 진입점이 있었습니다. 하나는 클래식 빌드 파이프라인용이고 다른 하나는 YAML 빌드 파이프라인용입니다. 미리 보기 기능 토글에 의해 하나 또는 다른 것을 보았는지 여부를 제어했습니다.
이 업데이트를 통해 미리 보기 기능 토글을 제거했으므로 YAML 및 클래식 빌드를 모두 포함하는 단일 진입점을 갖게 됩니다. 새 환경은 클래식 환경에서 지원된 모든 리포지토리 유형을 지원합니다. 그러나 리포지토리 형식이 YAML 및 클래식 빌드(예: GitHub 또는 Azure Repos)를 모두 지원하는 경우 YAML 빌드에 기본 설정이 지정됩니다. 언제든지 재정의하고 클래식 편집기를 선택하여 YAML 없이 파이프라인을 만들 수 있습니다.
Azure Repos
리포지토리 생성 확장점
리포지토리 선택기에서 새 항목을 추가할 수 있도록 확장 지점을 추가했습니다. 이 확장 지점을 사용하면 리포지토리 선택기 메뉴에 사용자 지정 작업(리디렉션, 팝업 등)을 추가하여 대체 리포지토리 만들기 시나리오와 같은 흐름을 사용할 수 있습니다.
인코딩 지원 향상
이전에는 웹에서 파일을 편집하고 저장하면 UTF-8 인코딩으로만 저장되며 파일 인코딩이 변경될 때 메시지가 표시되지 않았습니다. 이제 웹을 통해 인코딩되지 않은 파일을 저장하려고 할 때 경고가 표시됩니다(UTF 인코딩만 지원). 또한 웹 푸시 엔드포인트를 통한 UTF-16 및 UTF-32 인코딩에 대한 지원을 추가했습니다. 즉, 인코딩 형식을 유지하므로 UTF-8로 다시 작성할 필요가 없습니다.
다음 스크린샷은 웹 푸시를 통해 인코딩 변경 내용을 소개할 때 표시되는 대화 상자의 예제입니다.
다음 단계
참고 항목
이러한 기능은 향후 2~3주 동안 출시될 예정입니다.
Azure DevOps로 이동하여 살펴보세요.
피드백을 제공하는 방법
이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 피드백 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.
Stack Overflow에서 커뮤니티에서 조언과 질문에 답변할 수도 있습니다.
감사합니다,
비주 베누고팔