다음을 통해 공유

배달 계획 2.0의 새로운 향상된 기능

  • 아티클

이 스프린트에서는 새로운 압축 보기 및 롤업 정보를 사용하여 배달 계획 2.0을 향상시키고 있습니다. 또한 YAML 파이프라인에서 리소스를 미리 선언하기 위한 수동 유효성 검사 및 새uses 문을 소개합니다.

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

Azure Boards

Azure Pipelines

Azure Boards

배달 계획: 롤업 정보

이제 배달 계획 2.0 공개 미리 보기의 일부로 롤업 정보를 사용할 수 있습니다. 에픽 또는 기능과 같은 더 높은 수준의 작업 항목을 처리할 때 자세한 내용을 볼 수 있습니다. 롤업은 기본 자식 작업 항목의 진행률을 보여 줍니다. 전체 스토리를 표시합니다. 이 기능을 사용하도록 설정하려면 계획 설정, 필드로 이동한 다음 자식 롤업 데이터 표시를 선택합니다.


배달 계획: 롤업 정보

배달 계획: 압축된 뷰

배달 계획 2.0 공개 미리 보기의 일부로 고객은 이제 기본 보기와 압축 보기 간에 전환할 수 있습니다. 추가 필드가 있는 카드는 수직 공간을 많이 차지할 수 있습니다. 이렇게 하면 완전히 축소된 경우에도 한 번에 몇 개 이상의 카드를 화면에 보기가 어렵습니다. 카드에서 모든 필드를 숨기고 작업 항목 유형 아이콘과 제목만 표시하는 축소된 카드 보기를 만들었습니다. 모든 필드를 숨기고 표시하는 것은 이제 클릭 한 번뿐입니다.


배달 계획

Azure Pipelines

리소스를 미리 선언하기 위한 "uses" 문

파이프라인이 에이전트에서 작업을 실행하는 경우 해당 에이전트에는 Azure Pipelines REST API로 다시 호출하고 리포지토리와 같은 리소스를 다운로드할 수 있는 액세스 토큰이 제공됩니다. YAML 파이프라인의 경우 최근에 토큰을 작업에 실제로 사용된 리포지토리로만 제한하는 설정을 추가했습니다. 그러나 일부 고객은 스크립트 단계를 사용하여 Git을 직접 호출하는 경우 instance 단계를 명시적으로 사용하지 checkout 않고 리포지토리를 사용하고 있었습니다. Azure Pipelines에서 작업에 필요한 리포지토리를 정확하게 확인할 수 없으므로 이러한 고객은 토큰 제한 기능을 사용하도록 설정할 수 없습니다.

이 업데이트를 통해 작업이 단계를 사용하지 checkout 않고 리포지토리를 사용하려고 한다는 것을 Azure Pipelines에 알리는 다른 방법을 추가했습니다. 대신 다음과 같이 새 uses 키워드(keyword) 사용할 수 있습니다.

resources:
  repositories:
  - repository: myrepo
    type: git
    name: MyProject/MyRepo

jobs:
- job: myjob
  uses:
    repositories:
    - myrepo
  steps:
  # without the preceding "uses" statement, if you have the
  # new limit-repositories feature turned on, then Azure Pipelines
  # won't include this repo in the access token and you'll
  # get an access error at runtime (also, in a real pipeline
  # you must include the auth token header as an argument to Git)
  - script: git clone https://dev.azure.com/MyOrg/MyProject/_git/MyRepo

이 기능은 관련 문제(일반적이지는 않지만)도 해결합니다. 키워드(keyword) 사용하여 matrix 여러 작업을 생성하고 이러한 작업이 행렬 단계에서 지정된 풀을 사용하는 경우 파이프라인에 대해 해당 풀에 권한을 부여하는 데 문제가 발생할 수 있습니다. 근본 원인은 동일합니다. 행렬은 런타임에 계산되므로 선행 리소스 권한 부여 시스템에서 사용되는 풀을 정확하게 확인할 수 없습니다. 를 사용하면 uses작업에서 사용할 풀을 선언하여 미리 권한을 부여할 수 있습니다.

jobs:
- job: mtrx
  strategy:
    matrix:
      windows:
        mypoolname: Private-Windows
      mac:
        mypoolname: Private-Mac
  pool: $(mypoolname)
  # without the following "uses" statement, "pool" won't see
  # the pool names until it's too late, and you'll get an error
  # at runtime
  uses:
    pools:
    - Private-Windows
    - Private-Mac

YAML 파이프라인에 대한 수동 유효성 검사

새로 릴리스된 수동 유효성 검사 작업을 사용하면 중간 단계에서 YAML 파이프라인을 일시 중지할 수 있습니다. 이렇게 하면 수동 또는 오프라인 작업을 수행한 다음 실행을 다시 시작(또는 거부)할 수 있습니다. 이는 파이프라인을 일시 중지하고 피어가 구성 설정의 유효성을 검사하고 패키지를 빌드하도록 하는 시나리오에서 특히 유용합니다. 를 실행하기 전에 계산 집약적인 장기 실행 작업으로 이동합니다. 자세히 알아보기.


수동 유효성 검사

다음 단계

참고

이러한 기능은 향후 2~3주 동안 출시될 예정입니다.

Azure DevOps로 이동하여 살펴보겠습니다.

Azure DevOps로 이동

피드백을 제공하는 방법

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

제안하기

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

감사합니다,

맷 쿠퍼