온-프레미스 XML 프로세스 사용자 지정

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

온-프레미스 XML 프로세스 모델은 프로젝트에 대한 작업 추적 개체 및 Agile 도구를 사용자 지정하기 위한 지원을 제공합니다. 이 모델을 사용하면 작업 항목 유형, 프로세스 구성, 범주 등의 XML 정의를 업데이트할 수 있습니다. 필드의 특성을 업데이트할 수도 있습니다.

비즈니스 및 보고 요구 사항을 지원하도록 작업 추적 환경을 사용자 지정합니다. 가장 일반적인 사용자 지정에는 사용자 지정 필드 추가, 작업 항목 양식 수정 또는 사용자 지정 작업 항목 유형 추가가 포함됩니다.

참고

비즈니스 요구 사항을 지원하기 위해 프로젝트 및 팀을 구성하고 사용자 지정하는 방법에 대한 지침은 Azure Boards 구성 및 사용자 지정을 검토하세요.

Azure DevOps Server 2019 이상 버전의 경우 프로세스 모델을 선택할 수 있습니다. 프로젝트 컬렉션을 만들 때 온-프레미스 XML 프로세스 모델과 상속 프로세스 모델 중에서 선택해야 합니다. 자세한 내용은 작업 추적 사용자 지정을 참조하고 프로젝트 컬렉션에 대한 프로세스 모델을 선택합니다.

Team Foundation Server 온-프레미스 XML 프로세스 모델을 사용하여 사용자 지정을 지원합니다. 이 모델은 witadmin 명령줄 도구를 사용하여 XML 파일을 업데이트하고 가져오는 데 의존합니다.

중요

Azure DevOps Services 프로젝트를 사용자 지정하려면 프로세스 사용자 지정 및 상속된 프로세스 정보(About process customization)를 참조하세요. 이 문서는 온-프레미스 배포에만 적용됩니다.

지원되는 사용자 지정

온-프레미스 XML 프로세스 모델을 사용할 때 다음 작업을 수행할 수 있습니다.

영역

사용자 지정 지원

필드

목록 선택

작업 항목 형식

백로그 및 프로세스 구성

프로세스 템플릿

링크 형식

사용자 지정 시퀀스

온-프레미스 배포를 관리하는 경우 다음 시퀀스를 사용하여 대부분의 사용자 지정을 수행합니다. 이 시퀀스는 WIT, 전역 목록, 프로세스 구성 및 범주에 대한 XML 정의 업데이트를 지원합니다. 이 시퀀스는 수정된 각 XML 정의 파일의 가져오기를 통해 개별 업데이트를 지원합니다. 버전 제어를 위해 리포지토리에서 XML 정의 파일을 유지하는 것이 좋습니다.

Export XML definition fileEdit XML definition fileImport WIT definition fileRefresh and verify changes

또한 witadmin 도구를 사용하여 개체를 나열하고, WIT의 이름을 바꾸고, WIT를 영구적으로 제거할 수 있습니다.

witadmin을 사용하면 정의 파일을 가져오고 내보낼 수 있습니다. 사용할 수 있는 다른 도구에는 프로세스 편집기(Visual Studio 버전을 설치해야 합니다)가 포함됩니다. Visual Studio Marketplace에서 프로세스 템플릿 편집기를 설치합니다.

또는 GitHub 사용할 수 있는 오픈 소스 클라이언트인 TFS 팀 Project Manager를 사용할 수 있습니다.

witadmin을 사용하면 정의 파일을 가져오고 내보낼 수 있습니다. 사용할 수 있는 다른 도구에는 프로세스 편집기(Visual Studio 버전을 설치해야 합니다)가 포함됩니다. Visual Studio Marketplace에서 TFS 프로세스 템플릿 편집기를 설치합니다. 이 버전의 프로세스 편집기를 사용하여 이전 스타일의 작업 항목 양식을 수정할 수 있습니다. 새 웹 양식과 연결된 양식을 편집하는 데는 사용할 수 없습니다.

또는 GitHub 사용할 수 있는 오픈 소스 클라이언트인 TFS 팀 Project Manager를 사용할 수 있습니다.

유지 관리 및 업그레이드 영향

사용자 지정하기 전에 애플리케이션 계층 서버를 업그레이드할 때 사용자 지정이 프로젝트에 미치는 영향을 이해해야 합니다.

온-프레미스 배포로 업그레이드하면 작업을 추적하는 데 사용되는 개체에 대한 업데이트가 필요한 새로운 기능을 도입할 수 있습니다. 이러한 개체에는 작업 항목 형식, 범주 및 프로세스 구성이 있습니다. WIT 또는 프로세스 구성에 대한 워크플로 변경을 최소화하면 배포를 업그레이드할 때 수행해야 하는 작업을 최소화할 수 있습니다.

업그레이드 후 수행해야 하는 수동 작업의 양을 최소화하려면 쉬운 업데이트 경로를 지원하는 사용자 지정과 그렇지 않은 사용자 지정을 이해합니다.

빠른 업데이트에 호환

다음 사용자 지정을 사용하면 기능 구성 마법사를 사용하여 새 기능에 필요한 프로젝트에 변경 내용을 자동으로 적용할 수 있습니다.

  • 필드: 사용자 지정 필드 추가, 선택 목록 사용자 지정, 영역 및 반복 경로 추가 또는 수정, 필드에 규칙 추가
  • WIT: 사용자 지정 WIT 추가, 폼 레이아웃 변경
  • 범주: 사용자 지정 범주 추가
  • Agile 도구: Kanban 보드의 열 사용자 지정, 빠른 추가 패널 사용자 지정
  • Office 통합: Project 필드를 TFS 필드에 매핑하는 방법 추가 또는 변경

기능 구성 마법사에 대한 자세한 내용은 업그레이드 후 기능 구성을 참조하세요.

호환되지만 수동 업데이트가 필요할 수 있습니다.

기능 구성 마법사를 사용하려면 특정 작업 항목 유형, 워크플로 상태 및 필드가 프로젝트에 있어야 합니다. 다음 사용자 지정을 수행할 때 마법사를 실행하기 위해 사용자 지정 프로세스를 수정해야 하거나 프로젝트를 수동으로 업데이트해야 할 수 있습니다.

  • 필드: 기존 필드의 특성을 변경하고 프로세스 구성에서 참조되는 필드를 제거합니다.
  • WIT: 워크플로 변경
  • Agile 도구: 요구 사항 범주, 작업 범주 또는 기능 범주에 정의된 WIT를 변경합니다.
  • Agile 도구: 프로세스 구성에 정의된 메타스테이트 매핑을 변경합니다.
  • Agile 도구: 프로세스 구성에서 지정된 TypeField 필드를 변경합니다.

또한 WIT 또는 워크플로를 변경하려면 프로세스와 함께 제공되는 다른 아티팩트(예: Excel 또는 SQL Server Reporting Services 보고서)에 대한 업데이트가 필요할 수 있습니다.

피해야 할 사용자 지정

데이터 웨어하우스에서 스키마 충돌이 발생하거나 TFS 업그레이드 후 프로젝트를 업데이트할 때 문제가 발생할 수 있으므로 다음 사용자 지정을 수행하지 않아야 합니다.

  • 필드:
    • 필드의 이름 변경(WIT 정의 파일 내에 지정된 필드)
    • 하나 이상의 보고 특성 또는 개인 이름을 기본 필드의 Active Directory와 동기화하도록 특성 변경
  • WIT: WIT 이름 바꾸기 또는 삭제
  • 범주: 기본 범주의 이름을 변경하거나 기본 범주 내에 지정된 WIT를 변경합니다.

보고 특성에 대한 자세한 내용은 보고를 지원하도록 작업 항목 필드 추가 또는 수정을 참조하세요.

  • 추적 요구 사항을 지원하는 WIT를 사용자 지정하는 데 가장 적합한 옵션 식별. 작업 항목을 추적하는 개체를 변경하는 경우 이러한 변경 내용이 기존 및 향후 프로젝트에 미치는 영향을 식별해야 합니다.
  • 프로세스 및 모든 XML 정의 파일을 버전 제어에 배치합니다. 사용자가 정의하지만 리포지토리에 저장하지 않은 개체는 배포하면 안 됩니다.
  • 소프트웨어를 테스트할 때와 같은 방식으로 사용자 지정 개체를 테스트합니다.
  • 도입하는 사용자 지정 필드 수를 최소화합니다. 보고 가능 상태로 지정하는 필드 수를 최소화합니다.

팀 영역 경로를 팀 필드로 바꾸기

프로젝트의 기본 구성은 각 팀을 영역 경로와 연결합니다. 조직에 일반 백로그 및 많은 제품 영역에서 작업하는 팀이 여러 개 있을 경우 이 구성이 사용자가 원하는 작업 구성 방법과 일치하지 않을 수 있습니다. 조직 내 팀을 나타내는 사용자 지정 필드를 추가하여 팀을 지원하고 팀과 영역 경로 할당을 분리하기 위한 Agile 계획 도구 및 페이지를 재구성할 수 있습니다.

영역 경로 대신 팀 필드를 사용하여 지원 팀에서 기본 구성을 변경하는 방법을 설명합니다.