로드맵
다음 섹션에서는 GitHub와 Azure Boards 통합을 위해 개발 중인 새로운 기능에 대해 설명합니다.
코딩 에이전트: 개발자는 Azure Boards 작업 항목에서 직접 Copilot를 호출하고, 대상 GitHub 리포지토리 및 분기를 선택하고, 원래 작업 항목에 연결된 상태로 유지되는 초안 끌어오기 요청을 만들 수 있습니다. 이렇게 하면 코드 변경을 통해 작업 계획에서 엔드 투 엔드 추적할 수 있습니다.
코딩 에이전트에 대한 사용자 지정 에이전트: 작업 항목에서 코딩 에이전트를 사용하는 경우 사용자는 사용자 지정 에이전트 집합에서 선택할 수 있습니다.
원격 MCP 서버: 로컬 Azure DevOps MCP 서버에서 제한된 도구 집합을 노출하는 호스트된 원격 MCP 서버를 소개합니다. 이 초기 릴리스는 핵심 플랫폼 기능과 가장 일반적으로 사용되는 작업 항목 도구에 중점을 두어 고객이 로컬 MCP 서버를 실행하거나 관리하지 않고도 Azure DevOps와 통합할 수 있도록 합니다.
제한 증가: 단일 Azure Boards 프로젝트에 연결할 수 있는 GitHub 리포지토리의 현재 제한은 1,000개에서 2,000개 리포지토리로 증가하여 대규모 조직 및 복잡한 GitHub 통합에 더 큰 유연성을 제공합니다.
제공된 기능
Azure DevOps 로컬 MCP 서버
Azure DevOps용 로컬 MCP 서버는 향상된 로그인 및 권한 부여, 새롭고 세련된 도구를 제공하며, 도구 범위를 지정하고 클라이언트 제한을 관리하는 데 도움이 되는 "도메인"을 도입합니다.
Azure DevOps MCP Server는 GitHub Copilot 및 Azure DevOps와 같은 AI 도우미 간의 브리지 역할을 하므로 사용자가 자신의 환경 내에서 작업 항목, 위키, 테스트 계획 등에 안전하게 액세스하고 상호 작용할 수 있습니다.
설치 지침, 예제 및 기여 지침은 Azure DevOps MCP Server 리포지토리 를 방문하세요.
GitHub 통합 및 보안을 개선하는 버그 수정
이 스프린트에서는 Azure Boards GitHub 통합의 보안 및 안정성을 개선하기 위해 몇 가지 중요한 버그를 해결했습니다.
- 토큰을 해지할 수 없음, 과도하게 허용되는 범위 사용, 토큰 확인 부족 등 액세스 토큰 처리와 관련된 여러 문제를 해결했습니다.
- GitHub 연결 및 분기 만들기 흐름 모두에서 해결된 권한 에스컬레이션 취약성
- 의도하지 않은 액세스를 방지하기 위해 연결 끊김 후 GitHub PAT의 영구 스토리지가 제거됨
- 더 엄격한 보안 제어를 적용하기 위해 CORS 구성에서 와일드카드 원본 사용이 제거됨
- GitHub 클라이언트 비밀을 순환하고 조직 간 글로벌 공유를 중지하여 비밀 관리 개선
- 서비스 연결을 제거할 때 향상된 로깅 및 감사 기능
- 잘못 구성된 웹후크로 인한 잠재적 정보 유출 해결
GitHub 통합: 끌어오기 요청 멘션
이제 ! 멘션을 사용하여 어느 대형 텍스트 필드나 주석에서 직접 GitHub 끌어오기 요청을 참조하고 논의할 수 있습니다.
GitHub 통합: 상태 전환 지원
GitHub 끌어오기 요청을 Azure Boards 작업 항목에 연결하는 지원을 확장했습니다. 이전에는 키워드만 Fixes AB#{ID} 지원되었습니다. 이제 이 업데이트를 사용하여 {State or Category} AB#{ID} 병합 시 작업 항목을 원하는 상태로 자동으로 전환할 수 있습니다.
GitHub 끌어오기 요청 설명에 상태 이름(예: Validate AB#1234)이 포함된 경우 연결된 작업 항목의 상태가 결과적으로 업데이트됩니다. 상태 이름이 인식되지 않는 경우 상태 범주(예: Resolved)와 일치하는지 확인합니다. 이 경우 작업 항목이 해당 범주 내에서 사용 가능한 첫 번째 상태로 전환됩니다.
일치하는 상태 또는 범주가 없으면 키워드가 무시되고 작업 항목의 상태가 업데이트되지 않습니다.
마지막으로 키워드는 Fixes AB#{ID} 예상대로 계속 작동하며 기본값은 "Closed" 상태 값입니다.
GitHub 통합: 커밋, 분기 및 끌어오기 요청에 대한 연결 개선 사항
사용 가능성 격차를 해소하고 Azure Repos에서 익숙한 환경에 맞게 Boards + GitHub 통합을 지속적으로 개선하고 있습니다.
이 업데이트를 통해 분기, 끌어오기 요청 및 커밋이 작업 항목에 연결되는 방식을 간소화하는 몇 가지 개선 사항이 도입되었습니다.
GitHub 분기가 작업 항목에 연결되면 관련된 풀 리퀘스트가 자동으로 연결됩니다. AB#을 수동으로 사용할 필요가 없습니다.
끌어오기 요청이 병합되면 병합 커밋이 작업 항목에 자동으로 연결됩니다.
끌어오기 요청이 병합된 후 분기가 삭제되면 분기 링크가 작업 항목에서 자동으로 제거됩니다.
이러한 향상된 기능으로 개발 진행 상황을 더 쉽게 추적하고 최신의 작업 항목 연관성을 더 쉽게 유지할 수 있습니다.
GitHub 통합: YAML 파이프라인에 대한 빌드 상태 표시
YAML과 클래식 파이프라인 간의 기능 패리티를 달성하기 위해 최선을 다하고 있습니다. 누락된 기능 중 하나는 리포지토리가 GitHub에서 호스트될 때 "빌드에 통합" 링크를 제공하는 기능이었습니다. 최신 릴리스를 통해 YAML 파이프라인 설정에서 다음을 확인할 수 있는 옵션을 추가하여 이러한 격차를 해결했습니다.
빌드가 완료되면 연결된 작업 항목에 해당 링크가 자동으로 표시되어 전반적인 추적 가능성 스토리가 향상됩니다.
GitHub 통합: 병합 커밋 연결
이제 끌어오기 요청이 완료되면 병합 커밋을 해당 작업 항목에 자동으로 연결합니다.
연결된 GitHub 리포지토리의 제한 증가
지난 몇 개월 동안 GitHub 리포지토리를 Azure DevOps 프로젝트에 연결하는 사용자 환경과 확장성을 모두 향상시켰습니다. 이 스프린트에서는 최대 한도를 500개에서 1,000개 리포지토리로 높여 프로젝트를 관리할 수 있는 용량을 더 많이 제공했습니다.
GitHub 풀 리퀘스트 분석
GitHub 끌어오기 요청과 Azure Boards 간의 통합이 향상되었습니다. 열기 및 닫힌 상태를 표시하는 것 외에도 끌어오기 요청이 초안 모드에 있는지, 검토가 필요한지, 상태 확인이 필요한지 확인할 수 있습니다. 모두 끌어오기 요청을 열 필요가 없습니다.
이 기능을 사용하도록 설정하려면 GitHub의 Boards 앱으로 이동하여 체크에 대한 읽기 및 쓰기 액세스에 대해 요청된 업데이트된 권한을 수락해야 합니다.
GitHub 리포지토리 검색 개선에 연결
Azure DevOps 프로젝트를 GitHub 조직에 연결하면 특히 수천 개의 리포지토리가 있는 사용자에게 최적화되었습니다. 검색 및 선택 환경은 시간 제한 오류의 위험을 없애고 연결 프로세스를 더 원활하고 효율적으로 만듭니다.
작업 항목에서 GitHub 분기 만들기
이제 Azure DevOps 내의 작업 항목에서 직접 GitHub 분기를 만들 수 있습니다. "새 GitHub 분기" 링크는 프로젝트에 대해 GitHub 연결을 구성할 때마다 사용할 수 있습니다. 이 링크는 작업 항목 양식, 카드, 백로그 및 쿼리를 비롯한 모든 작업 항목 상황에 맞는 메뉴에서 사용할 수 있습니다. 새 분기를 만들려면 분기 이름을 입력하고 원하는 리포지토리를 선택하고 베이스 분기.
GitHub 커밋 또는 끌어오기 요청에 대한 링크 추가
원하는 리포지토리를 검색하고 선택하여 작업 항목을 GitHub에 연결한 다음 드릴다운하여 특정 끌어오기 요청 또는 커밋을 찾아 연결합니다. 더 이상 여러 창을 변경하고 복사/붙여넣을 필요가 없습니다(여전히 해당 옵션이 있지만).
GitHub 풀 리퀘스트의 AB# 링크
Azure Boards + GitHub 통합에 대한 지속적인 개선 사항의 일환으로 AB# 링크를 사용하여 환경을 개선하는 기능을 미리 보고 있습니다. 이 업데이트를 사용하면 이제 AB# 링크가 GitHub 끌어오기 요청의 개발 섹션에 직접 표시됩니다. 즉, 설명이나 설명을 탐색할 필요 없이 연결된 작업 항목을 볼 수 있으므로 해당 AB# 링크에 더 쉽게 액세스할 수 있습니다.
이러한 링크는 끌어오기 요청 설명에서 AB#을 사용하는 경우에만 사용할 수 있습니다. 작업 항목의 끌어오기 요청에서 직접 연결하면 표시되지 않습니다. 설명에서 AB# 링크를 제거하면 개발 컨트롤에서도 제거됩니다.