Share via

Taken na migratie voltooien

  • Artikel

Wanneer de migratie is voltooid, wordt er een e-mailbericht verzonden naar de eigenaar van de organisatie en kan iedereen met toegang zich aanmelden bij de zojuist gemigreerde Azure DevOps Services-organisatie. Voordat u de organisatie beschikbaar maakt voor alle gebruikers, moet u echter de algemene taken uitvoeren die in dit artikel worden vermeld.

Diagram van de gemarkeerde fase na de migratie van de zeven fasen van de migratie.

Spot-controle

Onmiddellijk nadat de organisatie beschikbaar is, neemt u een klein team en voert u controles uit op de organisatie. Het is raadzaam dat dit team bestaat uit de beheerders van de projectverzameling. Deze controle mag niet uitgebreid zijn, maar er moet wel voor worden gezorgd dat belangrijke onderdelen uit uw verzameling zijn overgebracht.

  • Broncode: Controleer of de broncodeopslagplaatsen correct zijn gemigreerd.
  • Buildgeschiedenis: Zorg ervoor dat de buildgeschiedenis is doorgevoerd.
  • Gebiedspaden: Controleer of alle vlakpaden nog aanwezig zijn.

Met deze snelle controles kunt u ontbrekende of onvolledige gegevens detecteren voordat u de organisatie opent voor uw hele gebruikersbestand.

Naam van organisatie wijzigen (optioneel)

In de fase Aan de slag hebt u mogelijk al organisaties gemaakt met de uiteindelijke azure DevOps Services-organisatienamen die u wilt gebruiken. Als dit uw laatste migratie is, kunt u de naam van uw zojuist gemigreerde Azure DevOps Services-organisatie wijzigen in die gewenste naam. Zie Naam van uw organisatie wijzigen voor meer informatie.

Facturering instellen

Als u wilt betalen voor gebruikers of services in Azure DevOps, zoals gehoste build- en implementatieagents, moet u facturering instellen voor uw organisatie. Als u meer dan één verzameling migreert, moet u ervoor zorgen dat al uw organisaties zijn ingesteld voor facturering met hetzelfde Azure-abonnement en dat uw abonnement is ingeschakeld voor facturering voor meerdere organisaties. U kunt vervolgens zoveel basisgebruikers toewijzen als u gratis nodig hebt tijdens de kalendermaand waarin u de migratie uitvoert.

Buildagents configureren

Als u geautomatiseerde build- of implementatieservers in uw Azure DevOps Server-omgeving hebt gebruikt, kunt u deze verbinden met uw Azure DevOps Services-organisatie. Als onderdeel van de migratie zijn al uw builddefinities gemigreerd, maar u moet agents en pools opnieuw configureren voor uw nieuwe Azure DevOps Services-organisatie.

Zie Azure Pipelines-agents voor meer informatie.

Als u van plan bent om uw bestaande on-premises privé-buildagents te gebruiken, moet u de cache wissen, zodat u geen buildproblemen ondervindt met betrekking tot oudere TfVC-versies (Team Foundation Version Control) of Git-aanwijzers naar uw on-premises verzameling. Zie voor meer informatie het vernieuwen van caches op clientcomputers.

Tip

Als u Releasebeheer hebt gebruikt in Azure DevOps Server, worden uw release-pijplijnen en geschiedenisgegevens gemigreerd. Maar net als bij builds moet u uw agents opnieuw configureren (opnieuw koppelen) en pools voor de nieuwe organisatie.

Azure Artifacts gebruiken

Azure Artifacts is opgenomen in Azure DevOps Services voor alle gebruikers die een Basic-licentie hebben verleend. U hoeft geen extensie te installeren. Uw Azure Artifacts-gegevens moeten beschikbaar zijn na de migratie. Zie het overzicht van Azure Artifacts voor meer informatie.

Azure Boards aanpassen

Als u een bestaande GitHub Enterprise Server-verbinding hebt die is gekoppeld aan uw Azure DevOps-server, werkt deze niet zoals verwacht. Werkitems die in GitHub worden genoemd, kunnen worden vertraagd of worden nooit weergegeven in Azure DevOps Services. Dit probleem treedt op omdat de callback-URL die is gekoppeld aan GitHub niet meer geldig is.

Overweeg de volgende taken om het probleem op te lossen:

  • Verwijder de verbinding en maak deze opnieuw: verwijder de verbinding en maak deze opnieuw met de GitHub Enterprise Server-opslagplaats. Volg de volgorde van de stappen in Verbinding maken uit de documentatie van Azure Boards.
  • Corrigeer de URL van de webhook: ga naar de pagina met instellingen voor de opslagplaats van GitHub en bewerk de URL van de webhook zodat deze verwijst naar de gemigreerde URL van de Azure DevOps Services-organisatie: https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview

Zie Azure Boards configureren en aanpassen voor meer informatie.

Machtigingen controleren

Uw organisatie bevat vijf gratis gebruikers met Basic-toegang . Zie Organisatiegebruikers toevoegen en toegang beheren voor meer informatie.

Uw teams op de hoogte stellen

Nadat uw builds zijn uitgevoerd en het licentieabonnement is geconfigureerd, wordt u aangeraden de organisatie te openen voor alle gebruikers voor validatie. Vervolgens kunnen afzonderlijke gebruikers ervoor zorgen dat alle inhoud aanwezig is, het juiste toegangsniveau heeft en ze code kunnen ophalen.

Gebruikers van TFVC met lokale werkruimten moeten hun werkruimten opnieuw toewijzen aan de nieuwe organisatie en Git-gebruikers moeten hun externe apparaten opnieuw configureren om code op te halen.

Als er iets ontbreekt in de gemigreerde organisatie, neemt u contact op met ondersteuning.

Volgende stappen

Azure DevOps Services-extensies ophalen (optioneel)