Azure DevOps 소개

이제 VSTS(Visual Studio Team Services 단일 서비스)가 새로운 Azure DevOps Services 집합이 되었습니다. 설명서, 웹 사이트 및 제품 전체에서 Azure DevOps 내의 모든 서비스와 Azure DevOps 새로운 아이콘과 이름을 확인할 수 있습니다.

  • 모든 플랫폼 및 클라우드에 지속적으로 빌드, 테스트 및 배포하는 Azure Pipelines.
  • 강력한 작업 관리를 위한 Azure Boards.
  • Maven, npm 및 NuGet 패키지 피드에 대한 Azure Artifacts.
  • 무제한 클라우드 호스팅 프라이빗 Git 리포지토리에 대한 Azure Repos.
  • 계획 및 예비 테스트를 위한 Azure Test Plans.

Azure Pipelines 출시와 함께 GitHub Marketplace에 새 앱을 도입하고, 시작하는 데 도움이 되는 다양한 환경을 새로 고치고, 오픈 소스 프로젝트에 대해 무제한 CI/CD 분 및 10개의 병렬 작업을 제공합니다.

자세한 내용은 아래 기능 목록을 확인하세요.

기능

Azure Pipelines:

시장:

관리:

다음 단계

참고

이러한 기능은 앞으로 며칠 동안 출시될 예정입니다.

아래의 새로운 기능에 대해 읽고 Azure DevOps Services 직접 시도해 보세요.

Azure Pipelines

GitHub Marketplace에서 Azure Pipelines 추가

GitHub Marketplace의Azure Pipelines 앱은 GitHub 리포지토리와의 통합을 확장하고 병렬 작업 구매를 간소화합니다.

이전에는 OAuth 인증을 통해 GitHub 리포지토리와 연속 통합을 사용하도록 설정할 수 있었습니다. OAuth를 사용하는 Azure Pipelines 개인의 GitHub ID를 사용하여 코드를 가져오고 GitHub 빌드 상태를 업데이트합니다. 그러나 팀의 구성원은 시간이 지남에 따라 변경될 수 있으므로 개인의 GitHub ID 및 사용 권한을 사용하는 것이 바람직하지 않을 수 있습니다. Azure Pipelines 앱을 설치하여 대신 작업을 수행하도록 에 권한을 부여할 수 있습니다.

또한 앱을 사용하는 경우 빌드, 테스트 및 코드 검사 결과에 대한 자세한 보기가 포함된 GitHub 새 검사 기능에서 빌드 결과를 사용할 수 있습니다.

시작하려면 GitHub Marketplace에서 GitHub 계정 또는 조직에 앱을 설치합니다. 별도의 Azure 계정 대신 기존 GitHub 결제 계정으로 추가 병렬 작업을 구입할 수도 있습니다. 가격 책정은 어느 쪽이든 동일합니다.

Azure Pipelines app in GitHub Marketplace

무료로 Azure Pipelines 사용하여 오픈 소스 프로젝트 빌드

Azure Pipelines Linux, macOS 및 Windows 클라우드 호스팅 파이프라인을 제공하며 오픈 소스 10분 및 10개의 무료 병렬 작업을 제공합니다.

자세한 내용은 빌드 공용 리포지토리병렬 작업 설명서를 참조하세요.

YAML을 사용하여 빌드 구성

중요

이 기능을 사용하려면 조직에서 YAML Pipelinespreview 빌드기능을 사용하도록 설정해야 합니다.

이제 YAML 기반 빌드 파이프라인을 광범위하게 사용할 수 있습니다. 나머지 코드와 함께 리포지토리에 체크 인된 YAML 파일을 사용하여 연속 통합 파이프라인을 자동화합니다. 단일 작업 빌드를 쉽게 시작할 수 있습니다. 요구 사항이 증가함에 따라 여러 작업 , 외부 템플릿행렬 실행을 사용하여 쉽게 확장할 수 있습니다.

새 마법사를 사용하여 YAML 빌드 파이프라인 만들기

중요

이 기능을 사용하려면 프로필 또는 조직에서 새 YAML 파이프라인 만들기experiencepreview 기능을 사용하도록 설정해야 합니다.

새 마법사는 GitHub 및 Azure Repos 사용하여 YAML 기반 빌드 파이프라인을 만드는 이 프로세스를 간소화합니다. 빌드할 리포지토리를 선택하면 YAML 파일이 포함된 경우 파이프라인이 자동으로 만들어집니다. 그렇지 않으면 Azure Pipelines 리포지토리를 분석하고 프로젝트를 빌드하기 위한 YAML 기반 템플릿을 권장합니다. 저장을 클릭하고 실행하여 제안된 YAML에 대한 끌어오기 요청을 만들고 첫 번째 빌드를 실행하기만 하면 됩니다. 연속 통합 및 끌어오기 요청 트리거는 자동으로 사용하도록 설정됩니다.

New pipeline wizard

새 빌드 페이지를 사용하여 빌드 파이프라인 관리

중요

이 기능을 사용하려면 프로필 또는 조직에서 새 빌드hubpreview 기능을 사용하도록 설정해야 합니다.

몇 가지 개선 사항을 적용하고 새 버전의 빌드 페이지를 배포 하고 있습니다 . 이 새 버전은 프로젝트의 빌드를 빠르게 탐색하여 상태를 확인할 수 있도록 모든 빌드 파이프라인의 디렉터리와 현재 빌드 목록을 결합합니다. 또한 선택한 파이프라인에 대한 테스트 분석 미리 보기가 포함되어 있습니다.

New Builds page

GitHub 끌어오기 요청 빌드 다시 빌드

GitHub 리포지토리에 끌어오기 요청을 제출하면 패키지 레지스트리를 사용할 수 없거나 테스트가 중단되는 등의 일시적인 오류로 인해 끌어오기 요청 빌드가 실패할 수 있습니다. 이러한 경우 빌드를 한 번 더 실행하려고 합니다. 현재 끌어오기 요청에 또 다른 인공 업데이트를 푸시해야 합니다. 이제 빌드 페이지에서 실패한 빌드를 선택하고 다른 빌드를 큐에 대기할 수 있습니다.

다시 빌드하는 이 제스처는 끌어오기 요청 빌드에서 시작할 때만 사용할 수 있습니다. 실패한 모든 빌드에 유사한 기능을 사용할 수 있도록 하는 것을 검토하고 있습니다.

새 빌드 상태 배지 URL

리포지토리의 홈페이지에 포함된 빌드 배지는 리포지토리의 상태를 표시하는 일반적인 방법입니다. 빌드 배지를 생성하는 데 도움이 되는 새 URL을 추가했습니다. 새 URL을 사용하면 사용자가 분기별 상태를 게시할 수 있으며 사용자를 선택한 분기의 최신 빌드로 가져올 수 있습니다. 새 빌드 페이지에서 상태 배지 메뉴 작업을 선택하여 새 상태 배지 URL에 대한 Markdown을 가져올 수 있습니다. 이전 버전과의 호환성을 위해 이전 빌드 배지 URL을 계속 적용합니다.

Microsoft 호스팅 Linux 에이전트에서 더 많은 도구 활용

이 업데이트에서는 여러 빌드, 테스트 및 배포 도구가 Microsoft 호스팅 Linux 에이전트에 추가되어 빌드 또는 릴리스 중에 직접 설치할 필요가 없습니다.

  • Erlang/OTP
  • Firefox
  • Haskell
  • Heroku CLI
  • Imagemagick
  • Mercurial
  • Microsoft SQL Server 클라이언트 도구
  • MySQL Server
  • PhantomJS
  • 꽃가루
  • PyPy2 및 PyPy3
  • 크기 조정 막대
  • rsync
  • ShellCheck
  • Sphinx
  • Terraform
  • Xvfb

릴리스에서 GitHub 커밋 및 관련 문제 추적

릴리스와 함께 배포되는 변경 내용을 아는 것은 앱의 향상된 사항을 추적하는 데 중요합니다. 이제 GitHub 리포지토리에서 수행한 커밋 목록과 릴리스와 함께 배포되는 관련 GitHub 문제를 가져올 수 있습니다.

Commits for a release

향상된 서식을 사용하여 빌드 및 배포 완료 전자 메일을 더 잘 관리

빌드 및 배포 완료 전자 메일이 이메일 규칙에 따라 더 필터링 가능하도록 업데이트되었습니다. 이제 제목 줄에 더 많은 관련 정보가 한 눈에 포함되고, 본문에 자세한 정보가 포함되어 있으며, 최신 브랜드로 스타일이 새로 고쳐졌습니다.

새 형식의 요소는 다음과 같습니다.

  • [Build result] [pipeline name] - [repository:branch] - [project name] - [commit]
  • [Deployment result] [pipeline name] > [release name] : [stage name]

다음은 몇 가지 예입니다.

  • [Build succeeded] IdentityService.CI - MyRepo:master - MyProject - d3b90b80
  • [Deployment succeeded] New release pipeline > NotificationSpecialRelease-1 : Stage 1

새로운 통합 Azure Pipelines 용어를 따릅니다.

빌드 및 릴리스 전체에서 유사한 개념에 대해 역사적으로 서로 다른 용어가 사용되었습니다. 다른 경우에는 용어의 의미가 모호했습니다. 예를 들어 에이전트 풀과 에이전트 간의 차이를 나타냅니다.

용어는 개념을 명확히 하기 위해 Azure Pipelines 통합되었습니다. 이제 다음과 같은 통합 용어가 표시됩니다.

이전 용어 통합 용어 의미
호스트된 에이전트 Microsoft 호스팅 에이전트 Microsoft에서 관리하는 클라우드 호스팅 인프라에서 실행되는 빌드/릴리스 에이전트입니다.
개인 에이전트 자체 호스팅 에이전트 사용자가 제공하고 관리하는 컴퓨터에서 실행되는 빌드/릴리스 에이전트입니다.
에이전트 풀 에이전트 풀 빌드 또는 릴리스를 실행할 수 있는 조직 수준 에이전트 컴퓨터 집합입니다.
에이전트 큐 에이전트 풀 빌드 또는 릴리스를 실행할 수 있는 에이전트 컴퓨터의 프로젝트 수준 집합입니다. 조직 수준 에이전트 풀에 연결됩니다.
빌드 정의 빌드 파이프라인 애플리케이션에 대한 빌드 단계의 종단 간 집합입니다.
빌드 빌드 실행 중이거나 실행된 빌드 파이프라인의 인스턴스입니다.
단계 작업 에이전트에서 순차적으로 또는 병렬로 실행되는 일련의 작업입니다. 빌드 또는 릴리스 파이프라인에는 하나의 작업 또는 여러 작업의 그래프가 포함될 수 있습니다.
릴리스 정의 릴리스 파이프라인 다양한 단계에서 애플리케이션을 배포하기 위한 엔드 투 엔드 릴리스 단계 집합입니다.
해제 해제 실행 중이거나 실행된 릴리스 파이프라인의 인스턴스입니다.
환경 단계 릴리스 파이프라인에서 생성된 릴리스를 배포할 위치를 나타내는 논리적이고 독립적인 엔터티입니다.
동시 작업/파이프라인 병렬 작업 병렬 작업을 사용하면 조직에서 한 번에 단일 빌드 또는 릴리스 작업을 실행할 수 있습니다. 더 많은 병렬 작업을 사용할 수 있으므로 더 많은 빌드 및 릴리스 작업을 동시에 실행할 수 있습니다.
서비스 엔드포인트 서비스 연결 빌드 또는 릴리스에서 작업을 실행하기 위해 외부 서비스에 연결하는 데 사용되는 자격 증명과 같은 설정 그룹입니다.

자세한 내용은 개념 설명서를 참조하세요.

Marketplace

최신 확장 범주 활용

확장 참가자는 Marketplace에서 이름이 바뀐 Azure DevOps Services 맞게 확장 범주가 정렬되었음을 알 수 있습니다. 이전 범주가 새 범주에 자동으로 매핑되었지만 확장 매니페스트를 업데이트하여 새 범주로 전환하는 것이 좋습니다. 자세한 내용은 매니페스트 설명서를 참조하세요.

관리

새 도메인 이름 URL을 사용하도록 기존 조직 전환

새 조직의 URL로 새 dev.azure.com 도메인 이름으로 이동했지만, 평소처럼 도메인을 사용하여 visualstudio.com 조직에 계속 액세스할 수 있습니다. URL을 기반으로 dev.azure.com변경하려는 경우 조직 관리자(Project 컬렉션 관리자)가 조직 설정 페이지에서 이를 변경할 수 있습니다. 새 도메인 이름을 채택해도 모든 요청이 리디렉션되지는 않지만 조직의 루트 URL에 대한 요청과 많은 전자 메일 및 웹 기반 링크의 링크가 변경됩니다.

Org URL setting

고객 피드백에 따라 점진적으로 새 URL로 이동합니다. 옵트인으로 시작한 다음 나중에 조직의 기본값으로 설정합니다. 조직을 도메인에서 의도적으로 이동하기 위한 타임라인을 아직 설정하지 않았습니다 visualstudio.com .

중요

조직이 기존 방화벽 또는 IP 제한 사항과 함께 작동하도록 하려면 적절한 도메인 이름 및 IP 주소가 허용되는지 확인합니다. 자세한 내용은 이 에이전트 QA& 섹션 을 참조하세요.

관련자 사용자를 추가하여 Azure Pipelines 라이선스 비용 절감

중요

이 기능을 사용하려면 조직에서 Pipelines 관련자체험 기능에 무료로 액세스할 수 있어야 합니다.

기쁘게도 Azure Pipelines 서비스만 사용하는 경우 기본 라이선스를 통해 사용자에게 더 이상 비용을 지불할 필요가 없습니다. Azure Pipelines 모든 기능은 모든 사용자가 무료로 사용할 수 있습니다. 프로젝트에 사용자를 더 추가하면 해당 사용자가 무료로 이해 관계자로 유지되도록 하고, 적절한 권한이 있는 경우 파이프라인을 만들고, 보고, 업데이트하고, 승인할 수 있습니다. 이 라이선스 변경에 대한 몇 가지 추가 정보는 다음과 같습니다.

  • Azure Pipelines 추가 병렬 작업에 대해서만 비용을 지불합니다. 사용자는 무제한입니다.
  • Azure Pipelines 기능에 대한 모든 액세스는 보안 및 권한 모델을 통해 계속 제어됩니다.
  • 다른 Azure DevOps Services 사용하는 경우 무료 한도 후에도 해당 서비스에 대해 사용자별 라이선스를 지불해야 합니다.
  • 기존 조직에서는 이해 관계자가 기본적으로 무료 Azure Pipelines 혜택을 받지 않습니다. 조직 관리자(Project 컬렉션 관리자)는 이 미리 보기 기능을 명시적으로 사용하도록 설정해야 합니다. 이 미리 보기 기능을 사용하도록 설정하면 이해 관계자가 수행할 수 있는 동작이 변경됩니다. 현재 빌드 또는 릴리스를 관리할 수 없습니다. 그러나 미리 보기 기능을 사용하도록 설정하면 Azure Pipelines 기본 사용자와 이해 관계자 간에 차이가 없습니다. 이러한 이유로 이해 관계자를 무료 Azure Pipelines 사용자로 처리하도록 허용하는 선택은 관리자에게 맡기게 됩니다.

자세한 내용은 관련자 액세스를 제공하여 빌드 및 릴리스 파이프라인 설명서를 편집하세요.

피드백을 제공하는 방법

이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 피드백 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.

Make a suggestion

Stack Overflow에서 커뮤니티에서 조언과 질문에 답변할 수도 있습니다.

감사합니다,

제레미 에블링