> For the complete documentation index, see [llms.txt](https://morphic.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://morphic.com/docs/br/fluxos-de-trabalho/version-history.md). # Histórico de versões O Morphic mantém uma versão de um fluxo de trabalho toda vez que ele muda. O histórico de versões mostra cada uma delas, quem a criou e quando, e permite que você volte a usar uma versão anterior. É isso que torna seguro editar um fluxo de trabalho compartilhado. Se uma mudança não funcionar, ou se um colega alterar algo de que você dependia, a versão anterior ainda estará lá. Aqui está um rápido tutorial sobre como usar o histórico de versões no Morphic: ### Abrir histórico de versões 1. Vá para [Fluxos de trabalho](https://studio.morphic.com/workflows) 2. Passe o mouse sobre o fluxo de trabalho desejado e clique no menu '···' no cartão dele 3. Clique em 'Histórico de versões' O fluxo de trabalho é aberto com a lista de versões à direita, da mais recente para a mais antiga e agrupada por mês. Cada entrada mostra o horário em que foi criada e quem a criou, então, em um fluxo de trabalho compartilhado pela sua equipe, você pode ver quem mudou o quê. ### Veja uma versão anterior 1. Clique em qualquer versão na lista 2. O fluxo de trabalho aparece como era naquela época, com as entradas e etapas que tinha naquele momento 3. Uma barra na parte inferior da tela mostra qual versão você está visualizando Ver uma versão antiga não muda nada para ninguém além de você. O fluxo de trabalho que sua equipe executa continua sendo o atual até que você publique outro. Para parar de visualizar e voltar para a versão atual, clique em 'Cancelar' nessa barra inferior. ### Colocar uma versão anterior de volta em uso 1. Abra a versão desejada 2. Clique em 'Publicar versão' na barra inferior 3. Uma janela de diálogo nomeia a versão que você escolheu. Clique em 'Publicar versão' para confirmar Essa versão se torna aquela que todos usam para executar o fluxo de trabalho. As versões criadas depois dela permanecem na lista. Voltar não é o mesmo que descartar o que veio depois, então você pode avançar novamente da mesma forma que voltou. ### Trabalhe em uma cópia em vez disso Quando você quiser testar algo sem mexer em um fluxo de trabalho que outras pessoas estão executando, duplique-o e trabalhe na cópia. 1. Passe o mouse sobre o fluxo de trabalho e clique no menu '···' 2. Clique em 'Duplicar' A cópia é um fluxo de trabalho por si só. Ela começa a partir da versão que você copiou e constrói seu próprio histórico a partir dali, enquanto o original continua inalterado. ### Bom saber * Ver uma versão antiga não muda nada para ninguém. Só publicar muda. * Publicar uma versão anterior não remove as que foram criadas depois dela, então você pode avançar novamente da mesma forma que voltou. * Em um fluxo de trabalho compartilhado pela sua equipe, a lista mostra quem criou cada versão, que é a maneira mais rápida de descobrir o que mudou e a quem perguntar. É assim que o histórico de versões funciona no Morphic. Entre uma versão anterior que você pode publicar e uma cópia em que você pode experimentar, nenhuma mudança em um fluxo de trabalho precisa ser permanente. *** Se você tiver algum problema ou alguma dúvida, entre em contato. Teremos prazer em ajudar. Escreva para nós em [**support@morphic.com**](mailto:support@morphic.com)**.** --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://morphic.com/docs/br/fluxos-de-trabalho/version-history.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.