상속 프로세스 모델로 프로젝트를 마이그레이션하여 사용자 지정 편의성 – VSTS 스프린트 139 업데이트
이제 VSTS(Sprint 139 Visual Studio Team Services 업데이트)에서 호스트된 XML 프로젝트를 상속 프로세스 모델로 마이그레이션하여 사용자 지정을 용이하게 할 수 있습니다. 또한 이제 PR에서 릴리스를 트리거 하여 병합 전에 추가 테스트를 실행할 수 있습니다.
자세한 내용은 아래 기능 목록을 확인하세요.
다음 단계
아래의 새로운 기능에 대해 읽고 VSTS로 이동하여 직접 사용해 보세요.
기능
Wiki:
작업:
코드:
빌드 및 릴리스:
Wiki
Wiki 페이지에 대한 목차 만들기
경우에 따라 위키 페이지가 길어질 수 있으며 콘텐츠가 여러 제목으로 구성됩니다. 이제 구문을 사용하여 제목이 하나 이상 있는 페이지에 목차를 [[_TOC_]] 추가할 수 있습니다. VSTS에서 Markdown 을 사용하는 방법에 대한 자세한 내용은 Markdown 지침 설명서를 참조하세요. 이 기능은 UserVoice의 제안에 따라 우선 순위가 지정되었습니다.
작업
프로젝트를 상속 프로세스 모델로 마이그레이션하여 쉽게 사용자 지정
호스트된 XML 프로세스 모델을 상속된 프로세스로 마이그레이션하면 사용자 인터페이스를 통해 작업 추적 시스템을 사용자 지정할 수 있습니다. 모든 프로젝트에서 Hosted XML 프로세스 모델을 사용하는 경우 이제 마이그레이션할 수 있습니다. 프로젝트의 프로세스 모델 변경은 두 단계로 수행할 수 있습니다. 먼저 호스트된 XML 프로세스를 상속 모델에 복제합니다. 이렇게 하면 작업 항목 유형, 필드 및 상태와 같은 사용자 지정이 새로 만든 상속된 프로세스에 추가됩니다.
프로세스의 유효성을 검사한 후 새로 만든 프로세스를 사용하도록 프로젝트를 변경할 수 있습니다.
자세한 내용은 상속에 호스트된 XML 프로세스 복제 설명서를 참조하세요.
향상된 Microsoft Teams 통합을 사용하여 최신 상태 대한 채팅
Microsoft Teams 통합의 최신 개선 사항에서 이제 명확한 아이콘과 색이 있는 활동의 상태 빠르게 확인하고 채팅을 시작하여 계속 움직이도록 할 것입니다. 끌어오기 요청이 작성자를 기다리는 경우 노란색으로 표시되고 타이머 아이콘이 표시됩니다. 빌드가 성공하면 녹색으로 표시되고 검사 표시 아이콘이 표시됩니다.
코드
템플릿을 사용하여 끌어오기 요청 설명 표준화
좋은 끌어오기 요청 설명을 작성하는 것은 검토자가 코드를 검토할 때 예상되는 사항을 알 수 있도록 도와주는 좋은 방법입니다. 또한 테스트, 단위 테스트 추가, 설명서 업데이트 등 모든 변경에 대해 수행해야 하는 작업을 추적하는 데 도움이 되는 좋은 방법입니다(아무도 문서를 업데이트하는 것을 잊지 않음). 많은 사용자가 팀이 훌륭한 설명을 더 쉽게 작성할 수 있도록 끌어오기 요청 템플릿을 추가하도록 요청했으며, 이제 해당 기능을 추가했습니다.
팀은 기본 PR 설명 템플릿을 지원하는 것 외에도 PR 만들기 페이지의 메뉴에서 제공되는 여러 템플릿을 추가할 수 있습니다. 템플릿 추가 단추를 클릭하여 리포지토리의 템플릿 중에서 선택하여 PR 설명에 추가하기만 하면 됩니다.
PR에 대해 다른 템플릿을 특정 분기 또는 분기 폴더에 적용하려는 경우에도 분기별 템플릿이 지원됩니다. 예를 들어 "핫픽스/"로 시작하는 모든 분기와 관련된 템플릿을 사용하려는 경우 모든 PR에 사용할 템플릿을 해당 분기에 추가할 수 있습니다.
템플릿을 만들고 사용하는 방법에 대한 자세한 내용은 끌어오기 요청 템플릿 설명서를 참조하세요.
빌드 및 릴리스
끌어오기 요청 릴리스 트리거를 사용하여 추가 테스트 수행
PR(끌어오기 요청)에 따라 빌드를 트리거하고 잠시 동안 병합하기 전에 빠른 피드백을 받을 수 있었습니다. 이제 릴리스에 대한 PR 트리거도 구성할 수 있습니다. 릴리스의 상태 코드 리포지토리에 다시 게시되며 PR 페이지에서 직접 볼 수 있습니다. 이는 PR 워크플로의 일부로 추가 기능 또는 수동 테스트를 수행하려는 경우에 유용합니다.
Azure DevOps Projects를 사용하여 AKS(Azure Kubernetes Service Go 앱 배포)
DevOps Projects 를 사용하면 Azure에서 쉽게 시작할 수 있습니다. 애플리케이션을 선택한 Azure 서비스에서 몇 단계로 시작하는 데 도움이 됩니다. DevOps Projects는 앱을 개발, 배포 및 모니터링하는 데 필요한 모든 것을 제공합니다.
이제 DevOps 프로젝트의 Go Language를 대상으로 하는 AKS(Azure Kubernetes Service)에 대한 지원이 추가되었습니다. 자세한 내용은 AKS 에 대한 자습서 설명서를 참조하세요.
GitHub에 보고된 빌드 상태 더 간결합니다.
VSTS가 빌드의 상태 GitHub에 게시하면 연결된 커밋, 분기 및 끌어오기 요청 검사 상태 텍스트가 나타납니다. 지금까지 텍스트의 각 빌드 파이프라인 이름 앞에는 가 있습니다 VSTS:. 빌드 파이프라인의 이름을 한눈에 볼 수 있고 빌드 파이프라인의 공식 이름에 대한 혼동 VSTS: 을 일으키지 않도록 상태 텍스트에서 이 서문을 제거했습니다. 아쉽게도 이 변경 내용은 GitHub에서 파이프라인 이름이 로 시작될 VSTS:것으로 예상하는 GitHub 분기 보호 규칙에 영향을 줍니다. 이로 인해 리포지토리 설정이 업데이트될 때까지 GitHub 끌어오기 요청이 차단될 수 있습니다. 이를 resolve 위해 빌드를 한 번 이상 실행한 후 리포지토리 설정 > 분기 보호 규칙에 따라 리포지토리의 분기 > 보호 규칙을 업데이트합니다.
피드백을 제공하는 방법
이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 피드백 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.
Stack Overflow에서 커뮤니티에서 조언과 질문에 답변할 수도 있습니다.
감사합니다,
고피나스 치악카가리