Azure DevOps 소개

  • 아티클

이제 VSTS(Visual Studio Team Services)였던 단일 서비스가 새로운 Azure DevOps Services 집합이 되었습니다. 설명서, 웹 사이트 및 제품 전체에서 Azure DevOps의 새로운 아이콘과 이름이 Azure DevOps 내의 모든 서비스와 각 서비스에 대해 알아차리기 시작합니다.

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

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

기능

Azure Pipelines:

마켓플레이스:

관리:

다음 단계

참고 항목

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

아래의 새로운 기능에 대해 읽고 Azure DevOps Services로 이동하여 직접 사용해 보세요.

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개의 무료 병렬 작업을 제공합니다.

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

YAML을 사용하여 빌드 구성

Important

이 기능을 사용하려면 조직에서 빌드 YAML 파이프라인미리 보기 기능을 사용하도록 설정해야 합니다.

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

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

Important

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

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

New pipeline wizard

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

Important

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

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

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

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

마켓플레이스

최신 확장 범주 활용

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

관리

기존 조직에서 새 do기본 이름 URL을 사용하도록 전환

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

Org URL setting

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

Important

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

Azure Pipelines 라이선스 비용을 절감할 관련자 사용자 추가

Important

이 기능을 사용하려면 조직에서 이해 관계자용 파이프라인 미리 보기 기능에 무료로 액세스할 수 있어야 합니다.

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

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

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

피드백을 제공하는 방법

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

Make a suggestion

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

감사합니다,

제레미 에블링