Post-importazione

  • Articolo

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

Una volta completata l'importazione, un'organizzazione è pronta per l'uso. Tuttavia, prima di renderlo disponibile a tutti gli utenti, è necessario completare diverse attività comuni. Vedere l'elenco seguente delle attività più tipiche che devono essere completate dopo l'importazione, nell'ordine di esecuzione consigliato.

Nota

È consigliabile usare la Guida alla migrazione per eseguire l'importazione. La guida è collegata alla documentazione tecnica in base alle esigenze.

Con il rilascio di Azure DevOps Server 2019, il servizio di importazione del database TFS è stato rinominato per diventare strumento di migrazione dei dati per Azure DevOps. Tra cui TfsMigrator diventa lo strumento di migrazione dei dati o la migrazione per breve tempo. Questo servizio funziona ancora esattamente come il vecchio servizio di importazione. Se si usa una versione precedente di in locale con TFS come personalizzazione è comunque possibile usare questa funzionalità per eseguire la migrazione ad Azure DevOps, purché si eseggi a una delle versioni supportate.

Subito dopo l'importazione

Subito dopo che l'organizzazione diventa disponibile, eseguire un piccolo team ed eseguire controlli spot sull'organizzazione. È consigliabile che questo team sia costituito dagli amministratori della raccolta di progetti. Questo non dovrebbe essere un controllo approfondito, ma piuttosto assicurarsi che i pezzi principali della collezione siano stati portati sopra. Il codice sorgente è stato importato? Viene visualizzata la cronologia di compilazione? Tutti i nostri percorsi di zona sono ancora presenti? È consigliabile verificare che questi artefatti siano presenti prima di aprire l'organizzazione all'intera base di utenti.

Dopo aver controllato l'organizzazione, valutare se si vuole rinominarla. La ridenominazione di un'organizzazione è un'operazione semplice, ma ha un impatto elevato sugli utenti che usano attualmente l'organizzazione. Alcuni esempi sono Team Explore le connessioni che causano interruzioni o segnalibri non funzionano più. Se si tratta di un piccolo gruppo di utenti che usano l'organizzazione, il resto degli utenti può entrare e configurare le connessioni una sola volta.

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 importano 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 l'importazione.

Gestire utenti e accesso

L'organizzazione include cinque utenti gratuiti con accesso basic . Le funzionalità di base includono funzionalità come il controllo della versione di Git e Team Foundation, gli strumenti per la pianificazione Agile e i team Java e altro ancora. È anche possibile aggiungere gratuitamente i sottoscrittori di Visual Studio, che ottengono funzionalità di base e altre funzionalità, in base al livello di sottoscrizione. Inoltre, è possibile aggiungere gratuitamente stakeholder , che consente di avere accesso parziale agli strumenti Agile, creare elementi di lavoro e visualizzare backlog e bacheche.

Quando i sottoscrittori di Visual Studio accedono all'organizzazione, vengono rilevati automaticamente. Per tutti gli altri utenti, è necessario assegnare l'accesso a pagamento. Tenere presente che, se si automatizza l'accesso usando le regole di gruppo, le regole si applicano solo agli utenti esistenti se si rimuovono le assegnazioni dirette, applicate agli utenti durante l'importazione.

Modifica del comportamento: a partire dal 13 novembre 2019, il comportamento di accesso predefinito per le importazioni cambierà. In precedenza, tutte le importazioni tentarono di concedere agli utenti un livello di accesso equivalente dopo l'importazione. Ciò significa che gli utenti con accesso Basic hanno ricevuto l'accesso Basic e altri utenti hanno iniziato ad accedere agli stakeholder. Una volta apportata questa modifica, tutti gli utenti iniziano con accesso gratuito agli stakeholder. Si continuerà a essere in grado di assegnare l'accesso di base a tutti gli utenti che ne hanno bisogno senza costi, fino alla fine del mese di calendario durante il quale viene eseguita l'importazione. In caso di domande o dubbi su questa modifica, è possibile contattare Microsoft.

Compilazioni

Successivamente, si vuole configurare gli agenti di compilazione. Come parte della migrazione, tutte le pipeline di compilazione sono state completate, ma gli agenti e i pool devono essere riconfigurati per la nuova organizzazione. Azure DevOps offre la possibilità di usare un pool ospitato da Microsoft di agenti di compilazione che è possibile usare oppure è possibile connettere gli agenti di compilazione self-hosted. È importante notare che è incluso gratuitamente un solo agente di compilazione self-hosted. Dopo di che è previsto un costo per avere più agenti di compilazione self-hosted. Per pagare gli agenti di compilazione ospitati da Microsoft e self-hosted, è necessario collegare una sottoscrizione all'organizzazione. Per informazioni dettagliate sull'esecuzione di questa attività, vedere le risorse seguenti:

Se si prevede di usare gli agenti di compilazione privati locali esistenti, è necessario eseguire un altro passaggio consigliato dopo averli registrati nella nuova organizzazione. La cancellazione della cache garantisce che non si verifichino problemi di compilazione correlati ai puntatori TFVC o Git meno recenti alla raccolta locale. Per informazioni dettagliate su come eseguire questa attività, vedere Aggiornamento delle cache nei computer client.

Gestione del rilascio

Se è stata usata la gestione delle versioni in Azure DevOps Server, le pipeline di versione e i dati di cronologia vengono inclusi nell'importazione. Tuttavia, come le compilazioni, è necessario riconfigurare gli agenti e i pool rispetto alla nuova organizzazione.

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 l'importazione.

Azure Boards

Se si dispone di una connessione GitHub Enterprise Server esistente associata al server Azure DevOps, non funzionerà come previsto. Le menzioni degli elementi di lavoro, all'interno di GitHub, possono essere ritardate o mai visualizzate in Azure DevOps Services. Questo problema si verifica perché l'URL di callback associato a GitHub non è più valido.

Per risolvere il problema, considerare gli elementi 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 per indicare l'URL dell'organizzazione di Azure DevOps Services migrato: https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview

Inviare una notifica ai team

Dopo aver configurato 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 disponibile, che abbia il livello di accesso corretto e che possa eseguire il pull del codice. Assicurarsi di indirizzare gli utenti alla documentazione sulla connessione ad Azure DevOps Services da tutti gli IDE supportati e Team Explorer.

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

Se qualcosa viene segnalato come mancante dall'organizzazione migrata, contattare AzureDevOpsImport@microsoft.com. Per altri problemi funzionali, contattare il supporto tecnico.