Condividi tramite

Completare le attività post-migrazione

  • Articolo

Al termine della migrazione, un messaggio di posta elettronica viene inviato al proprietario dell'organizzazione e a questo punto chiunque abbia accesso può accedere all'organizzazione azure DevOps Services appena migrata. Tuttavia, prima di rendere disponibile l'organizzazione a tutti gli utenti, è necessario completare le attività comuni elencate in questo articolo.

Diagramma della fase di post-migrazione evidenziata delle sette fasi della migrazione.

Controllo spot

Subito dopo che l'organizzazione diventa disponibile, eseguire un piccolo team ed effettuare controlli spot sull'organizzazione. È consigliabile che questo team sia costituito dagli amministratori della raccolta di progetti. Questo controllo non dovrebbe essere approfondito, ma piuttosto assicurarsi che i pezzi principali della collezione siano stati portati sopra.

  • Codice sorgente: verificare che i repository del codice sorgente siano stati migrati correttamente.
  • Cronologia di compilazione: assicurarsi che la cronologia di compilazione sia stata eseguita.
  • Percorsi di area: verificare che tutti i percorsi dell'area siano ancora presenti.

Questi controlli rapidi consentono di rilevare eventuali dati mancanti o incompleti prima di aprire l'organizzazione all'intera base utenti.

Rinominare l'organizzazione (facoltativo)

Nella fase Attività iniziali è possibile che siano già state create organizzazioni con i nomi finali dell'organizzazione di Azure DevOps Services da usare. Se si tratta della migrazione finale, è possibile rinominare l'organizzazione azure DevOps Services appena migrata in tale nome desiderato. Per altre informazioni, vedere Rinominare l'organizzazione.

Configurare la fatturazione

Per pagare gli utenti o i servizi in Azure DevOps, ad esempio gli agenti di compilazione e distribuzione ospitati, è necessario configurare la fatturazione per l'organizzazione. Se si esegue la migrazione di più raccolte, è necessario assicurarsi che tutte le organizzazioni siano configurate per la fatturazione con la stessa sottoscrizione di Azure e che la sottoscrizione sia abilitata per la fatturazione a più organizzazioni. È quindi possibile assegnare tutti gli utenti Basic necessari gratuitamente durante il mese di calendario in cui si esegue la migrazione.

Configurazione degli agenti di compilazione

Se sono stati usati server di compilazione o distribuzione automatizzati nell'ambiente Azure DevOps Server, è possibile connetterli all'organizzazione di Azure DevOps Services. Nell'ambito della migrazione, è stata eseguita la migrazione di tutte le definizioni di compilazione, ma è necessario riconfigurare agenti e pool nella nuova organizzazione di Azure DevOps Services.

Per altre informazioni, vedere Agenti di Azure Pipelines.

Se si prevede di usare gli agenti di compilazione privati locali esistenti, è necessario cancellare la cache, in modo da garantire che non si verifichino problemi di compilazione correlati a controllo della versione di Team Foundation (TFVC) meno recenti o puntatori Git alla raccolta locale. Per altre informazioni, vedere Aggiornamento delle cache nei computer client.

Suggerimento

Se è stata usata la gestione delle versioni in Azure DevOps Server, è stata eseguita la migrazione delle pipeline di versione e dei dati di cronologia. Come per le compilazioni, tuttavia, è necessario riconfigurare gli agenti (collegarsi di nuovo) e i pool alla nuova organizzazione.

Usare Azure Artifacts

Azure Artifacts è incluso in Azure DevOps Services per tutti gli utenti che hanno concesso una licenza Basic. Non è necessario installare un'estensione. I dati di Azure Artifacts devono essere disponibili dopo la migrazione. Per altre informazioni, vedere Panoramica di Azure Artifacts.

Personalizzare Azure Boards

Se si dispone di una connessione GitHub Enterprise Server esistente associata al server Azure DevOps, non funziona come previsto. Gli elementi di lavoro menzionati in GitHub potrebbero essere posticipati o mai visualizzati in Azure DevOps Services. Questo problema si verifica perché l'URL di callback associato a GitHub non è più valido.

Per risolvere il problema, considerare le attività seguenti:

  • Rimuovere e ricreare la connessione: rimuovere e ricreare la connessione al repository GitHub Enterprise Server. Seguire la sequenza di passaggi forniti in Connessione dalla documentazione di Azure Boards.
  • Correggere l'URL del webhook: passare alla pagina delle impostazioni del repository di GitHub e modificare l'URL del webhook in modo che punti all'URL dell'organizzazione di Azure DevOps Services migrato: https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview.

Per altre informazioni, vedere Configurare e personalizzare Azure Boards.

Verifica le autorizzazioni

L'organizzazione include cinque utenti gratuiti con accesso basic . Per altre informazioni, vedere Aggiungere utenti dell'organizzazione e gestire l'accesso.

Inviare una notifica ai team

Dopo aver eseguito le compilazioni e aver configurato la sottoscrizione di licenza, è consigliabile aprire l'organizzazione a tutti gli utenti per la convalida. I singoli utenti possono quindi assicurarsi che tutto il contenuto sia presente, abbia il livello di accesso corretto e possa eseguire il pull del codice.

Gli utenti di TFVC con aree di lavoro locali devono eseguire nuovamente il mapping delle aree di lavoro rispetto alla nuova organizzazione e gli utenti Git devono riconfigurare i propri remoti per eseguire il pull del codice.

Se manca qualcosa nell'organizzazione migrata, contattare il supporto tecnico.

Passaggi successivi

Ottenere le estensioni di Azure DevOps Services (facoltativo)