다음을 통해 공유

마이그레이션 후 작업 완료

  • 아티클

마이그레이션이 완료되면 전자 메일이 조직 소유자 전송되고 이 시점에서 액세스 권한이 있는 모든 사용자가 새로 마이그레이션된 Azure DevOps Services 조직에 로그인할 수 있습니다. 그러나 모든 사용자가 조직을 사용할 수 있도록 하기 전에 이 문서에 나열된 일반적인 작업을 완료해야 합니다.

마이그레이션의 7단계 중 강조 표시된 마이그레이션 후 단계 다이어그램

스폿 검사

조직을 사용할 수 있게 된 직후, 소규모 팀을 구성하고 조직에서 검사 발견합니다. 이 팀은 프로젝트 컬렉션 관리자로 구성되는 것이 좋습니다. 이 검사 심층적인 것이 아니라 컬렉션의 주요 작품을 가져와야 합니다.

  • 소스 코드: 소스 코드 리포지토리가 올바르게 마이그레이션되었는지 확인합니다.
  • 빌드 기록: 빌드 기록이 끝났습니다.
  • 영역 경로: 모든 영역 경로가 여전히 있는지 확인합니다.

이러한 빠른 검사 통해 전체 사용자 기반에 조직을 열기 전에 누락되거나 불완전한 데이터를 catch할 수 있습니다.

조직 이름 바꾸기(선택 사항)

시작 단계에서 사용하려는 최종 Azure DevOps Services 조직 이름을 사용하여 조직을 이미 만들었을 수 있습니다. 최종 마이그레이션인 경우 새로 마이그레이션된 Azure DevOps Services 조직의 이름을 원하는 이름으로 바꿀 수 있습니다. 자세한 내용은 조직 이름을 참조하세요.

청구 설정

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

빌드 에이전트 구성

Azure DevOps Server 환경에서 자동화된 빌드 또는 배포 서버를 사용한 경우 Azure DevOps Services 조직에 연결할 수 있습니다. 마이그레이션의 일환으로 모든 빌드 정의가 마이그레이션되었지만 새 Azure DevOps Services 조직에 대해 에이전트 및 풀을 다시 구성해야 합니다.

자세한 내용은 Azure Pipelines 에이전트를 참조 하세요.

기존 온-프레미스 프라이빗 빌드 에이전트를 사용하려는 경우 캐시를 지워야 하므로 온-프레미스 컬렉션에 대한 이전 Team Foundation 버전 제어(TFVC) 또는 Git 포인터와 관련된 빌드 문제가 발생하지 않도록 해야 합니다. 자세한 내용은 클라이언트 컴퓨터에서 캐시 새로 고침을 참조하세요.

팁

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

Azure Artifacts 사용

Azure Artifacts는 기본 라이선스를 부여받은 모든 사용자에 대해 Azure DevOps Services에 포함됩니다. 확장을 설치할 필요가 없습니다. Azure Artifacts 데이터는 마이그레이션 후 사용할 수 있어야 합니다. 자세한 내용은 Azure Artifacts 개요를 참조하세요.

Azure Boards 사용자 지정

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

문제를 해결하려면 다음 작업을 고려하세요.

  • 연결을 제거하고 다시 만듭니다. GitHub Enterprise Server 리포지토리에 대한 연결을 제거하고 다시 만듭니다. Azure Boards 설명서의 커넥트 제공된 일련의 단계를 따릅니다.
  • 웹후크 URL 수정: GitHub의 리포지토리 설정 페이지로 이동하여 마이그레이션된 Azure DevOps Services 조직 URL을 가리키도록 웹후크 URL https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview을 편집합니다.

자세한 내용은 Azure Boards 구성 및 사용자 지정을 참조 하세요.

권한 검토

조직에는 기본 액세스 권한이 있는 5명의 무료 사용자가 포함됩니다. 자세한 내용은 조직 사용자 추가 및 액세스 관리를 참조하세요.

팀에 알림

빌드가 실행되고 라이선스 구독이 구성된 후에는 유효성 검사를 위해 모든 사용자에게 조직을 여는 것이 좋습니다. 그런 다음 개별 사용자는 모든 콘텐츠가 제자리에 있고, 올바른 액세스 수준을 가지며, 코드를 끌어올 수 있는지 확인할 수 있습니다.

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

마이그레이션된 조직 에서 누락된 항목이 있으면 지원에 문의하세요.

다음 단계

Azure DevOps Services 확장 가져오기(선택 사항)