Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Servizi di Azure DevOps
Dopo il cutover, completare le seguenti attività successive alla migrazione per convalidare il repository GitHub, ripristinare le protezioni attese e preparare i team a lavorare da GitHub come nuovo sistema di riferimento. Eseguire queste attività nel portale di GitHub.
Esaminare i set di regole dei rami di GitHub
ELM migra i criteri di ramo di Azure DevOps nei set di regole di ramo di GitHub. Dopo il cutover, apri Impostazioni del repository>Regole>Set di regole e verifica che i pattern dei branch, i revisori richiesti, i controlli di stato richiesti e le strategie di merge consentite corrispondano alla configurazione prevista.
- Vai a Impostazioni del repository>Regole>Set di regole.
- Verifica i pattern dei rami di destinazione, i revisori necessari, i controlli di stato necessari e le strategie di unione.
- Verificare l'applicazione aprendo una pull request di test verso un branch protetto.
Annotazioni
I controlli di stato obbligatori derivanti dalla convalida della build di Azure DevOps potrebbero risultare inattivi finché non si aggiornano le pipeline affinché puntino al repository GitHub migrato.
Migrazione dei criteri del branch: mappatura di alto livello
| criteri di Azure DevOps | GitHub equivalente | Note e azioni del cliente |
|---|---|---|
| Numero minimo di approvazioni | Verifiche di approvazione necessarie (migrazione) | Verificare i modelli di ramo e il numero di revisori dopo il cutover. |
| Reimposta i voti a ogni nuovo push | Ignorare le revisioni non aggiornati (migrata) | Verificare che l'impostazione sia abilitata nei rami protetti. |
| Convalida compilazione | Controlli di stato obbligatori (migrati) | Potrebbe essere necessario aggiornare i nomi dei controlli dopo la riconfigurazione delle pipeline. |
| Strategia di unione | Metodi di unione consentiti (migrati) | Convalidare le impostazioni di merge (merge/squash/rebase) nel repository. |
| Restrizione delle dimensioni dei file | Dimensione massima del file (migrato) | I file di grandi dimensioni potrebbero richiedere la pulizia di Git LFS (futuro) o della cronologia. |
| Revisori obbligatori (basato sul percorso) | CODEOWNERS + revisione obbligatoria del proprietario del codice (manuale) | Crea o convalida CODEOWNERS voci in modo che siano conformi alle regole del percorso. |
| Blocca il push forzato | Blocca i push forzati (migrati) | Confermare l'applicazione sui rami protetti. |
| Bloccare l'eliminazione di rami | Limitare le eliminazioni (migrate) | Verifica che l'eliminazione del ramo sia bloccata ove necessario. |
| Confermare la convalida della posta elettronica dell'autore | Controlli del pattern delle email di commit (supportati parzialmente) | Esaminare e modificare i modelli dopo la migrazione in modo che corrispondano alla finalità dei criteri. |
| Completamento automatico | Unione automatica (il comportamento varia) | Il merge automatico di GitHub è abilitato per ogni pull request. Convalidare il flusso di lavoro preferito. |
| Lunghezza del percorso, nomi riservati, restrizioni relative ai nomi di file, applicazione del caso | Nessun equivalente diretto | Risolvere questi problemi prima della migrazione per soddisfare i limiti di GitHub. |
Convalidare il repository migrato
Esaminare il repository migrato per verificare che le impostazioni di contenuto, accesso e visibilità chiave corrispondano alle aspettative:
- Tutti i rami sono presenti e corrispondono ad Azure DevOps.
- Tutti i tag sono presenti e corrispondono Azure DevOps.
- La cronologia dei commit è intatta e completa.
- Le richieste pull aperte vengono migrate con i relativi metadati.
- Le dimensioni del repository e la struttura dei file corrispondono alle aspettative.
- Il repository è accessibile ai team e agli utenti previsti.
- La visibilità del repository è corretta. L'impostazione predefinita di ELM è Private.
Recupera manichini
Dopo la migrazione, seguire le indicazioni di GitHub per recuperare i manichini, in modo che i commit e le richieste pull siano attribuiti correttamente agli account utente GitHub. Per altre informazioni, vedi Recupero dei mannequin per GitHub Enterprise Importer.
Connessione ad Azure Boards
ELM configura la connessione ad Azure Boards per il repository migrato in modo che i team possano collegare elementi di lavoro dalle richieste pull di GitHub usando la sintassi AB#<workItemId> senza dover completare manualmente la connessione dopo il cutover.