Skip to main content
Não quer configurar isso manualmente? Cole um link para esta página em uma sessão do Devin e peça para ele configurar tudo para você.
1

Use o Ask Devin para definir o escopo da migração

Você tem 50 arquivos que importam de src/lib/restClient.ts e precisa migrá-los para o novo graphqlClient. Antes de dividir esse trabalho em paralelo, você precisa saber como esses arquivos estão conectados. Use o Ask Devin para mapear o escopo da migração — quais arquivos importam o cliente legado, como eles se agrupam por domínio e onde estão os acoplamentos mais arriscados. O Devin usa DeepWiki e busca semântica nos bastidores, então consegue responder a essas perguntas com base no seu código real.
O Ask Devin exige que o seu repositório esteja indexado. Vá em Settings > Repositories para verificar o status de indexação ou indexar um novo repositório.
Abra o Ask Devin e peça:O Ask Devin retorna um detalhamento como este:
Isso indica se a paralelização faz sentido. Se a maioria dos arquivos estiver fortemente acoplada entre domínios, uma migração sequencial é mais segura. Aqui, 6 de 8 domínios são totalmente independentes — você pode executá-los em paralelo.
2

Criar um playbook de migração

Cada sessão paralela deve seguir o mesmo padrão de migração para que as PRs resultantes sejam consistentes e fáceis de revisar. Crie um playbook que defina exatamente como cada arquivo deve ser migrado.Acesse Settings > Playbooks > Create Playbook e defina as etapas:Ou peça ao Devin para gerar o playbook para você — descreva seu padrão de migração e ele produzirá um playbook completo:Referenciar esse playbook no seu prompt de orquestração garante que todas as sessões paralelas produzam PRs que pareçam ter vindo do mesmo desenvolvedor.
3

Inicie sessões paralelas com Devin

Abra uma nova sessão do Devin na home page do Devin e forneça a ela o prompt de orquestração. Devin analisa o grafo de dependências da sua base de código, cria pacotes de trabalho independentes e inicia uma sessão por pacote — todas sendo executadas simultaneamente.Devin apresenta um agrupamento para sua aprovação antes de iniciar qualquer coisa:
Aprove o agrupamento e o lançamento simultâneo das seis sessões. Auth é executado primeiro e, depois que o merge de Auth for concluído, Admin é executado em seguida.
4

Revise e faça o merge dos resultados

Cada sessão abre seu próprio PR. Como os pacotes são independentes, você pode revisá-los e mesclá-los em qualquer ordem — mas faça o merge de Auth primeiro, já que Admin depende dele, e execute o CI completo após cada merge para detectar eventuais interações inesperadas.Depois que todos os 8 PRs de migração forem mesclados, use uma sessão de acompanhamento para limpar código morto: