Na importeren

  • Artikel

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

Zodra een geslaagde import is voltooid, is een organisatie klaar voor gebruik. Voordat u het beschikbaar maakt voor alle gebruikers, zijn er echter verschillende algemene taken die u moet uitvoeren. Zie de volgende lijst met de meest voorkomende taken die na het importeren moeten worden voltooid, in de aanbevolen volgorde van uitvoering.

Notitie

U wordt aangeraden de migratiehandleiding te gebruiken om door uw import te gaan. De handleiding bevat zo nodig koppelingen naar de technische documentatie.

Met de release van Azure DevOps Server 2019 werd de TFS Database Import Service hernoemd om het hulpprogramma voor gegevensmigratie voor Azure DevOps te worden. Dit omvat tfsMigrator die het hulpprogramma voor gegevensmigratie of migratie voor korte tijd wordt. Deze service werkt nog steeds precies hetzelfde als de oude importservice. Als u een oudere versie van on-premises met TFS gebruikt als huisstijl, kunt u deze functie nog steeds gebruiken om naar Azure DevOps te migreren zolang u een upgrade uitvoert naar een van de ondersteunde versies.

Direct na het importeren

Onmiddellijk nadat de organisatie beschikbaar is, neemt u een klein team en voert u spotcontroles uit op de organisatie. Het is raadzaam dat dit team bestaat uit de beheerders van de projectverzameling. Dit moet geen diepgaande controle zijn, maar ervoor zorgen dat belangrijke onderdelen uit uw verzameling zijn overgebracht. Is de broncode geïmporteerd? Ziet u uw buildgeschiedenis? Zijn al onze gebiedspaden nog steeds aanwezig? Het is raadzaam om te bevestigen dat deze artefacten aanwezig zijn voordat u de organisatie opent voor het gehele gebruikersbestand.

Nadat u de organisatie hebt gecontroleerd, moet u overwegen of u de naam ervan wilt wijzigen. Het wijzigen van de naam van een organisatie is een eenvoudige bewerking, maar heeft grote gevolgen voor gebruikers die momenteel de organisatie gebruiken. Enkele voorbeelden zijn teamverkenningen die fouten veroorzaken of bladwijzers niet meer werken. Als u een naam wilt wijzigen terwijl het slechts een kleine groep gebruikers is die de organisatie gebruikt, kunnen de rest van de gebruikers eenmaal binnenkomen en hun verbindingen configureren.

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 importeert, 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 zo veel basisgebruikers toewijzen als u gratis nodig hebt tijdens de kalendermaand waarin u het importeren uitvoert.

Gebruikers en toegang beheren

Uw organisatie bevat vijf gratis gebruikers met Basic-toegang . Basis omvat functies zoals Git en Team Foundation-versiebeheer, hulpprogramma's voor Agile-planning en Java-teams, en meer. U kunt ook gratis Visual Studio-abonnees toevoegen( ze krijgen basisfuncties plus andere functies, op basis van hun abonnementsniveau. U kunt belanghebbende ook gratis toevoegen, zodat ze gedeeltelijke toegang hebben tot Agile-hulpprogramma's, werkitems kunnen maken en achterstanden en borden kunnen bekijken.

Wanneer Visual Studio-abonnees zich aanmelden bij de organisatie, worden ze automatisch gedetecteerd. Voor alle andere gebruikers moet u betaalde toegang toewijzen. Houd er rekening mee dat als u de toegang automatiseert met behulp van groepsregels, de regels alleen van toepassing zijn op bestaande gebruikers als u directe toewijzingen verwijdert die tijdens het importeren zijn toegepast op gebruikers.

Gedragswijziging: vanaf 13 november 2019 wordt het standaardtoegangsgedrag voor importen gewijzigd. Voorheen probeerden alle importbewerkingen gebruikers een gelijkwaardig toegangsniveau te geven na het importeren. Dit betekent dat gebruikers die Basic-toegang hadden gekregen, en andere gebruikers begonnen met toegang tot belanghebbenden. Zodra deze wijziging is doorgevoerd, beginnen alle gebruikers met gratis toegang tot belanghebbenden . U kunt nog steeds basistoegang toewijzen aan alle gebruikers die deze gratis nodig hebben, tot het einde van de kalendermaand waarin uw import wordt uitgevoerd. Als u vragen of zorgen hebt over deze wijziging, kunt u gerust contact met ons opnemen.

Builds

Vervolgens wilt u uw buildagents configureren. Als onderdeel van de migratie zijn al uw build-pijplijnen overgebracht, maar agents en pools moeten opnieuw worden geconfigureerd voor de nieuwe organisatie. Azure DevOps biedt de mogelijkheid om een door Microsoft gehoste pool met buildagents te gebruiken die u kunt gebruiken, of u kunt uw zelf-hostende buildagent(s) verbinden. Het is belangrijk om te weten dat er slechts één zelf-hostende buildagent gratis is opgenomen. Daarna zijn er kosten verbonden aan het gebruik van meer zelf-hostende buildagents. Als u wilt betalen voor door Microsoft gehoste en zelf-hostende buildagents, moet u een abonnement koppelen aan uw organisatie. Zie de volgende bronnen voor meer informatie over het uitvoeren van deze taak:

Als u van plan bent om uw bestaande on-premises privé-buildagents te gebruiken, is er nog een aanbevolen stap die moet worden uitgevoerd nadat u ze hebt geregistreerd bij uw nieuwe organisatie. Als u de cache wist, hebt u geen buildproblemen met betrekking tot oudere TFVC- of Git-aanwijzers naar uw on-premises verzameling. Zie het vernieuwen van caches op clientcomputers voor meer informatie over het uitvoeren van deze taak.

Releasebeheer

Als u Releasebeheer hebt gebruikt in Azure DevOps Server, worden uw releasepijplijnen en geschiedenisgegevens bij uw import opgenomen. Net als builds moet u uw agents en pools echter opnieuw configureren voor de nieuwe organisatie.

Azure Artifacts

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 het importeren.

Azure Boards

Als u een bestaande GitHub Enterprise Server-verbinding hebt die is gekoppeld aan uw Azure DevOps-server, werkt deze niet zoals verwacht. Vermeldingen van werkitems, binnen GitHub, 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.

Bekijk de volgende items 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 om te verwijzen naar de url van de gemigreerde Azure DevOps Services-organisatie: https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview

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, dat ze het juiste toegangsniveau hebben en dat ze code kunnen ophalen. Wijs gebruikers naar onze documentatie over het maken van verbinding met Azure DevOps Services vanuit al onze ondersteunde IDE's en Team Explorer.

Gebruikers van TFVC met lokale werkruimten moeten hun werkruimten opnieuw toewijzen aan de nieuwe organisatie en Git-gebruikers moeten hun externen opnieuw configureren om code te kunnen ophalen.

Als er iets wordt gerapporteerd als ontbrekend in de gemigreerde organisatie, neemt u contact op met AzureDevOpsImport@microsoft.com. Neem contact op met klantondersteuning voor andere functionele problemen.