다음을 통해 공유

새 Boards Hubs 공개 미리 보기

  • 아티클

이제 새 Boards Hubs를 공개 미리 보기로 사용할 수 있습니다. 웹 플랫폼은 새로운 최신 디자인, 반응형 재배치, 접근성 규정 준수 및 향상된 페이지 성능을 제공하도록 업데이트되었습니다.

자세한 내용은 릴리스 정보를 확인하세요.

일반

Azure Boards

Azure Pipelines

일반

감사는 이제 organization 대한 옵트인 기능입니다.

감사는 이제 Azure DevOps에서 옵트인 기능으로 만들어졌습니다. organization 현재 감사를 적극적으로 사용하지 않는 경우(예: 지난 90일 동안 감사 로그를 두 번 이상 방문했거나 구성된 감사 스트림이 있는 경우) organization 감사 기능을 명시적으로 켜야 합니다. 켜기 후에는 감사 이벤트가 organization 감사 로그에 포함됩니다. 감사의 활성 사용자인 조직의 경우 기능은 켜진 상태로 유지됩니다.

조직 설정 페이지에서 organization 감사를 사용하도록 설정할 수 있습니다.

오른쪽 사이드바의 보안 헤더 아래에 정책이 표시됩니다. organization Azure Active Directory에서 지원한다고 가정하면 사용할 수 있는 보안 정책 중 하나가 로그 감사 이벤트라는 것을 알 수 있습니다. MSA 지원 조직에는 더 이상 사용할 수 있는 감사 기능이 없습니다.

감사 이벤트

이 정책을 켜 기로 전환하고 감사를 사용할 수 있어야 합니다(즉시 표시되지 않는 경우 페이지를 새로 고치고 사용할 수 있어야 합니다). 감사 이벤트를 더 이상 받지 않으려면 단추를 끄기로 전환합니다. 단추가 꺼지면 감사 페이지가 사이드바에 더 이상 표시되지 않고 감사 로그 페이지를 사용할 수 없게 됩니다. 구성된 모든 감사 스트림은 이벤트 수신을 중지합니다.

게스트 사용자에게는 공용 사용자 데이터만 표시됩니다.

외부 게스트 액세스 정책을 사용하지 않도록 설정하고 공용 프로젝트 허용 정책을 사용하도록 설정하면 게스트 사용자는 퍼블릭 프로젝트 멤버에 대한 공개 사용자 데이터(예: 표시 이름 등)만 볼 수 있습니다. 이는 익명 사용자에게 부여된 것과 동일한 환경입니다. 이는 웹 환경을 통해 사용할 수 있는 모든 개인 데이터(예: 사용자가 다른 사용자를 멘션 작업 항목을 할당하려고 할 때 나타나는 ID 선택기) 및 REST API를 통해 사용할 수 있는 모든 개인 데이터에 적용됩니다.

Azure Boards

이제 공개 미리 보기에서 새 Boards Hubs를 사용할 수 있습니다.

지난 몇 달 동안 우리 팀은 Azure Boards Hubs의 사용자 환경을 현대화하는 데 집중해 왔습니다. 더 빠른 사용자 인터페이스, 제품의 다른 부분과의 일관성 및 향상된 접근성을 제공하도록 UI가 업데이트되었습니다. 팀은 마침내 새로운 Azure Boards 환경에 대한 공개 미리 보기를 발표하게 되어 기쁩니다.

기능은 동일하게 유지되지만 다음을 기대할 수 있습니다.

  • 최신 디자인
  • 반응형 리플로
  • 성능 향상
  • 접근성 규정 준수

공개 미리 보기에 옵트인하려면 미리 보기 기능 섹션에서 New Boards Hubs 라는 기능을 켜기로 전환합니다.

공개 미리 보기에 대한 데모 옵트인을 위한 Gif입니다.

어떤 이유로 인해 새 Boards Hubs 로 인해 차단 문제가 발생하는 경우 미리 보기를 해제할 수 있습니다. 하지만 새로운 환경을 사용해 보고 피드백을 보내주세요. 누락되었거나 예상대로 작동하지 않는 경우 알려주세요.

Azure Pipelines

확장 YAML 파이프라인 템플릿은 이제 단계, 작업 및 배포에 대한 컨텍스트 정보를 전달할 수 있습니다.

이 업데이트를 통해 템플릿과 함께 사용할 , deployment및 stage YAML 파이프라인 구성 요소에 대한 job새 templateContext 속성을 추가합니다.

를 사용하는 templateContext시나리오는 다음과 같습니다.

  • 템플릿을 사용하여 코드 중복을 줄이거나 파이프라인의 보안을 개선합니다.

  • 템플릿은 , jobs또는 의 stages목록을 매개 변수로 사용합니다.deployments

  • 템플릿은 입력 목록을 처리하고 각 단계, 작업 또는 배포에서 일부 변환을 수행합니다. 예를 들어 각 작업이 실행되는 환경을 설정하거나 규정 준수를 적용하는 추가 단계를 추가합니다.

  • 처리를 수행하려면 파이프라인 작성자가 목록의 각 단계, 작업 또는 배포에 대한 템플릿에 추가 정보를 전달해야 합니다.

예를 살펴보겠습니다. 끌어오기 요청 유효성 검사를 위해 엔드 투 엔드 테스트를 실행하는 파이프라인을 작성한다고 가정해 봅시다. 목표는 시스템의 구성 요소를 하나만 테스트하는 것이지만 엔드 투 엔드 테스트를 실행할 계획이므로 더 많은 시스템 구성 요소를 사용할 수 있는 환경이 필요하며 해당 동작을 지정해야 합니다.

다른 팀에도 비슷한 요구 사항이 있으므로 환경을 템플릿으로 설정하는 단계를 추출하기로 결정했습니다. 해당 코드는 다음과 같습니다.

testing-template.yml

parameters: 
- name: testSet
  type: jobList

jobs:
- ${{ each testJob in parameters.testSet }}:
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 200) }}:
    - job:
      steps:
        - script: ./createSuccessfulEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 500) }}:
    - job:
      steps:
        - script: ./createRuntimeErrorEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}

템플릿이 수행하는 작업은 매개 변수의 각 작업에 testSet 대해 ${{ testJob.templateContext.requiredComponents }}에 지정된 시스템 구성 요소의 응답을 ${{ testJob.templateContext.expectedHTTPResponseCode }}를 반환하도록 설정합니다.

그런 다음, 다음 예제와 같이 확장되는 고유한 파이프라인을 testing-template.yml 만들 수 있습니다.

sizeapi.pr_validation.yml

trigger: none

pool:
  vmImage: ubuntu-latest

extends:
  template: testing-template.yml
  parameters:
    testSet:
    - job: positive_test
      templateContext:
        expectedHTTPResponseCode: 200
        requiredComponents: dimensionsapi
      steps:
      - script: ./runPositiveTest.sh
    - job: negative_test
      templateContext:
        expectedHTTPResponseCode: 500
        requiredComponents: dimensionsapi
      steps:
      - script: ./runNegativeTest.sh

이 파이프라인은 양수 및 음수 테스트인 두 가지 테스트를 실행합니다. 두 테스트 모두 구성 요소를 사용할 수 있어야 합니다 dimensionsapi . 작업에는 positive_test 반환 HTTP 코드 200이 필요한 dimensionsapi 반면 negative_test HTTP 코드 500은 반환됩니다.

Windows 2016 호스팅 이미지의 사용 중지 날짜 업데이트됨

Windows 2016 이미지의 사용 중지 날짜를 4월 1일에서 6월 30일로 이동했습니다. 이 이미지를 사용하는 대부분의 고객이 파이프라인을 업데이트했지만 여전히 이 이미지를 사용하는 고객이 있습니다. organization Windows 2016을 사용하고 있는지 확인하려면 이러한 지침을 사용하여 사용되지 않는 이미지를 사용하여 파이프라인을 ID화합니다.

고객이 파이프라인을 식별할 수 있도록 계속해서 브라운아웃을 수행합니다. 이미지를 사용할 수 없는 24시간 기간이므로 이 시간 동안 실행되는 파이프라인 작업이 실패합니다. 브라운아웃은 다음에서 발생합니다.

  • 4월 18일 월요일
  • 4월 26일 화요일
  • 5월 4일 수요일
  • 5월 12일 목요일
  • 5월 20일 금요일
  • 5월 23일 월요일
  • 5월 31일 화요일
  • 6월 8일 수요일
  • 6월 16일 목요일
  • 6월 24일 금요일
  • 6월 27일 월요일

다음 단계

참고

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

Azure DevOps로 이동하여 살펴보세요.

Azure DevOps로 이동

피드백을 제공하는 방법

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

제안하기

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

감사합니다,

아론 할버그