Duas ideias relacionadas que existem para manter o trabalho experimental longe do trabalho que realmente importa.
Projetos de rascunho
Um projeto de rascunho é um projeto normal que você pretende descartar. Use-o para testar o Coroid em um código-fonte desconhecido, validar uma mudança de política antes de aplicá-la amplamente ou explorar uma abordagem com a qual você não está comprometido.
O valor está no isolamento. Experimentos em um projeto de rascunho não poluem o histórico de tarefas, as métricas ou o contexto de um projeto no qual sua equipe depende.
Exclua-os quando terminar. Um projeto de rascunho que sobrevive seis meses tornou-se silenciosamente um projeto real, sem todo o cuidado de configuração que isso implica.
Ambientes de pré-visualização
Uma pré-visualização é sua aplicação modificada em execução, construída a partir do branch gerado por uma tarefa.
Isso é importante porque algumas coisas não podem ser confirmadas apenas analisando um diff. Se uma página é renderizada corretamente, se um fluxo funciona de ponta a ponta, se uma alteração tem a aparência desejada — tudo isso requer a aplicação em execução.
As pré-visualizações são o que testes de navegador executam contra elas, e o que os revisores abrem quando uma captura de tela não resolve a dúvida.
Como as pré-visualizações chegam ao seu pull request
Se você já possui implantações de pré-visualização — do seu provedor de hospedagem ou CI — o Coroid pode vinculá-las como evidência de revisão, de modo que o link apareça ao lado da alteração em vez de ficar escondido em outro lugar.
O objetivo é que a evidência de verificação e o código que ela valida cheguem juntos.
Quando usar cada um
- Testar o Coroid ou uma abordagem que você pode descartar → projeto de rascunho
- Verificar se uma alteração específica se comporta corretamente → pré-visualização
Eles são complementares: um projeto de rascunho pode ter pré-visualizações como qualquer outro projeto.