가져오기 후

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

성공적인 가져오기가 완료되면 조직에서 사용할 준비가 된 것입니다. 그러나 모든 사용자가 사용할 수 있도록 하기 전에 완료해야 하는 몇 가지 일반적인 작업이 있습니다. 가져오기 후 완료해야 하는 가장 일반적인 작업의 다음 목록을 권장 실행 순서대로 참조하세요.

참고 항목

마이그레이션 가이드를 사용하여 가져오기를 진행하는 것이 좋습니다. 이 가이드는 필요에 따라 기술 설명서에 연결됩니다.

Azure DevOps Server 2019 릴리스와 함께 TFS 데이터베이스 가져오기 서비스는 Azure DevOps에 대한 데이터 마이그레이션 도구가 되도록 브랜드를 변경했습니다. 여기에는 짧은 데이터 마이그레이션 도구 또는 마이그레이션자가 되는 TfsMigrator가 포함됩니다. 이 서비스는 여전히 이전 가져오기 서비스와 동일하게 작동합니다. TFS를 브랜딩으로 사용하는 이전 버전의 온-프레미스에 있는 경우 지원되는 버전 중 하나로 업그레이드하는 한 이 기능을 사용하여 Azure DevOps로 마이그레이션할 수 있습니다.

가져오기 직후

조직을 사용할 수 있게 된 직후, 소규모 팀을 구성하고 조직에서 검사 수행합니다. 이 팀은 프로젝트 컬렉션 관리자로 구성되는 것이 좋습니다. 이는 심층적인 검사 아니라 컬렉션의 주요 작품을 가져와야 합니다. 소스 코드를 가져왔나요? 빌드 기록이 표시되고 있나요? 우리의 모든 지역 경로가 여전히 존재합니까? 조직 전체를 사용자 기반으로 열기 전에 이러한 아티팩트가 있는지 확인하는 것이 가장 좋습니다.

조직을 검사 후 이름을 바꿀지 여부를 고려합니다. 조직 이름을 바꾸는 것은 간단한 작업이지만 현재 조직을 사용하는 사용자에게 큰 영향을 미칩니다. 팀 탐색 연결이 끊어지거나 책갈피가 더 이상 작동하지 않는 몇 가지 예가 있습니다. 조직을 사용하는 소수의 사용자 그룹일 뿐이지만 이름을 바꾸면 나머지 사용자가 한 번 들어오고 연결을 구성할 수 있습니다.

청구 설정

호스트된 빌드 및 배포 에이전트와 같은 Azure DevOps의 사용자 또는 서비스에 대한 요금을 지불하려면 조직에 대한 청구를 설정해야 합니다. 둘 이상의 컬렉션을 가져오는 경우 모든 조직이 동일한 Azure 구독을 사용하여 청구하도록 설정되어 있고 구독이 다중 조직 청구에 사용하도록 설정되어 있는지 확인해야 합니다. 그런 다음 가져오기를 실행하는 월 동안 필요한 만큼의 기본 사용자를 무료로 할당할 수 있습니다.

사용자 및 액세스 관리

조직에는 기본 액세스 권한이 있는 5명의 무료 사용자가 포함됩니다. 기본에는 Git 및 Team Foundation 버전 제어, Agile 계획 및 Java 팀을 위한 도구 등의 기능이 포함됩니다. 또한 구독 수준에 따라 기본 기능과 기타 기능을 제공하는 Visual Studio 구독자를 무료로 추가할 수 있습니다. 또한 Agile 도구에 부분적으로 액세스하고, 작업 항목을 만들고, 백로그 및 보드를 볼 수 있는 관련자를 무료로 추가할 수 있습니다.

Visual Studio 구독자가 조직에 로그인하면 자동으로 검색됩니다. 다른 모든 사용자의 경우 유료 액세스를 할당해야 합니다. 그룹 규칙을 사용하여 액세스를 자동화하는 경우 가져오기 중에 사용자에게 적용된 직접 할당을 제거하는 경우에만 규칙이 기존 사용자에게 적용됩니다.

동작 변경 - 2019년 11월 13일부터 가져오기에 대한 기본 액세스 동작이 변경됩니다. 이전에는 모든 가져오기에서 가져오기 후 사용자에게 동등한 액세스 수준을 제공하려고 했습니다. 즉, Basic이 있는 사용자가 기본 액세스를 받았고 다른 사용자가 관련자 액세스를 시작했습니다. 이 변경이 발생하면 모든 사용자가 무료 이해 관계자 액세스로 시작합니다. 가져오기가 실행되는 월이 끝날 때까지 필요한 모든 사용자에게 기본 액세스를 계속 할당할 수 있습니다. 이러한 변경에 대한 질문이나 우려 사항이 있는 경우 언제든지 문의해 주세요.

빌드

다음으로 빌드 에이전트를 구성하려고 합니다. 마이그레이션의 일환으로 모든 빌드 파이프라인을 가져왔지만 에이전트 및 풀을 새 조직에 대해 다시 구성해야 합니다. Azure DevOps는 사용할 수 있는 Microsoft 호스팅 빌드 에이전트 풀을 사용하거나 자체 호스팅 빌드 에이전트를 연결할 수 있는 기능을 제공합니다. 자체 호스팅 빌드 에이전트는 하나만 무료로 포함되어 있다는 점에 유의해야 합니다. 그 후에는 자체 호스팅 빌드 에이전트를 더 많이 보유하는 데 요금이 부과 됩니다. Microsoft 호스팅 및 자체 호스팅 빌드 에이전트에 대한 비용을 지불하려면 구독을 조직에 연결해야 합니다. 이 작업을 수행하는 방법에 대한 자세한 내용은 다음 리소스를 참조하세요.

• 빌드 에이전트

기존 온-프레미스 프라이빗 빌드 에이전트를 사용하려는 경우 새 조직에 등록한 후 수행해야 하는 권장되는 단계가 하나 더 있습니다. 캐시를 지우면 온-프레미스 컬렉션에 대한 이전 TFVC 또는 Git 포인터와 관련된 빌드 문제가 발생하지 않습니다. 이 작업을 수행하는 방법에 대한 자세한 내용은 클라이언트 컴퓨터에서 캐시 새로 고침을 참조하세요.

릴리스 관리

Azure DevOps Server에서 릴리스 관리를 사용한 경우 릴리스 파이프라인 및 기록 데이터가 가져오기에 포함됩니다. 그러나 빌드와 마찬가지로 새 조직에 대해 에이전트 및 풀을 다시 구성해야 합니다.

Azure Artifacts

Azure Artifacts는 기본 라이선스를 부여받은 모든 사용자에 대해 Azure DevOps Services에 포함됩니다. 확장을 설치할 필요가 없습니다. Azure Artifacts 데이터는 가져오기 후 사용할 수 있어야 합니다.

Azure Boards

Azure DevOps Server와 연결된 기존 GitHub Enterprise Server 연결이 있는 경우 예상대로 작동하지 않습니다. GitHub 내의 작업 항목 멘션 지연되거나 Azure DevOps Services에 표시되지 않을 수 있습니다. 이 문제는 GitHub와 연결된 콜백 URL이 더 이상 유효하지 않으므로 발생합니다.

문제를 해결하려면 다음 항목을 고려합니다.

• 연결을 제거하고 다시 만듭니다. GitHub Enterprise Server 리포지토리에 대한 연결을 제거하고 다시 만듭니다. Azure Boards 설명서에서 커넥트 제공된 단계의 순서를 따릅니다.

• 웹후크 URL 수정: GitHub의 리포지토리 설정 페이지로 이동하고 웹후크 URL을 편집하여 마이그레이션된 Azure DevOps Services 조직 URL을 가리킵니다. https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview

팀에 알림

빌드가 실행되고 라이선스 구독이 구성된 후에는 유효성 검사를 위해 모든 사용자에게 조직을 여는 것이 좋습니다. 그런 다음 개별 사용자는 모든 콘텐츠가 제자리에 있고, 올바른 액세스 수준을 가지며, 코드를 끌어올 수 있는지 확인할 수 있습니다. 지원되는 모든 IDE 및 팀 탐색기에서 Azure DevOps Services에 연결하는 설명서를 사용자에게 표시해야 합니다.

로컬 작업 영역이 있는 TFVC 사용자는 새 조직에 대해 작업 영역을 다시 매핑해야 하며 Git 사용자는 코드를 끌어올 수 있도록 원격을 다시 구성해야 합니다.

마이그레이션된 조직에서 누락된 것으로 보고되는 항목이 있으면 다음으로 문의하세요 AzureDevOpsImport@microsoft.com. 기타 기능 문제의 경우 고객 지원에 문의하세요.