Skip to main content
Non vuoi configurarlo manualmente? Incolla un collegamento a questa pagina in una sessione di Devin e chiedigli di configurare tutto per te.
1

Definisci l’ambito della migrazione con Ask Devin

Hai 50 file che importano da src/lib/restClient.ts e devi migrare al nuovo graphqlClient. Prima di suddividere il lavoro in attività parallele, devi capire come sono collegati questi file. Usa Ask Devin per mappare il perimetro della migrazione — quali file importano il client legacy, come si raggruppano per dominio e dove si trovano gli accoppiamenti rischiosi. Devin utilizza DeepWiki e la ricerca semantica in background, quindi può rispondere a queste domande basandosi sul tuo codice reale.
Ask Devin richiede che il tuo repository sia indicizzato. Vai su Settings > Repositories per controllare lo stato di indicizzazione o indicizzare un nuovo repository.
Apri Ask Devin e chiedi:Ask Devin restituisce un’analisi dettagliata come questa:
Questo ti dice se la parallelizzazione ha senso. Se la maggior parte dei file è fortemente accoppiata tra domini, una migrazione sequenziale è più sicura. Qui, 6 domini su 8 sono completamente indipendenti — puoi runnarli in parallelo.
2

Crea un playbook per la migrazione

Ogni sessione parallela dovrebbe seguire lo stesso pattern di migrazione in modo che le PR risultanti siano coerenti e facili da revisionare. Crea un playbook che definisca esattamente come deve essere migrato ciascun file.Vai su Settings > Playbooks > Create Playbook e definisci i passaggi:Oppure chiedi a Devin di generare il playbook per te — descrivi il tuo pattern di migrazione e produrrà un playbook completo:Fare riferimento a questo playbook nel tuo prompt di orchestrazione garantisce che tutte le sessioni parallele producano PR che sembrino provenire dallo stesso sviluppatore.
3

Avvia sessioni parallele con Devin

Apri una nuova sessione di Devin dalla home page di Devin e inserisci il prompt di orchestrazione. Devin analizza il grafo delle dipendenze della tua base di codice, crea pacchetti di lavoro indipendenti e avvia una sessione per ciascun pacchetto — tutte in esecuzione contemporaneamente.Devin presenta una proposta di raggruppamento per la tua approvazione prima di avviare qualunque cosa:
Approva il raggruppamento e avvia subito le sei sessioni. Auth parte per primo, poi Admin segue dopo il merge di Auth.
4

Rivedi e unisci i risultati

Ogni sessione apre la propria PR. Poiché i pacchetti sono indipendenti, puoi esaminarle ed eseguire il merge in qualsiasi ordine — ma esegui prima il merge di Auth, perché Admin ne dipende, ed esegui la CI completa dopo ogni merge per intercettare eventuali interazioni impreviste.Una volta che tutte e 8 le PR di migrazione sono state unite, usa una sessione di follow-up per ripulire il codice inutilizzato: