Noções Básicas de Controle de Versão para Aplicativos Sem Código

Por Que Adalo É a Escolha Certa para Desenvolvimento de Aplicativos com Controle de Versão

Adalo é um construtor de aplicativos sem código para aplicativos web orientados por banco de dados e aplicativos nativos para iOS e Android—uma versão em todas as três plataformas, publicada na Apple App Store e Google Play. Essa abordagem unificada torna o controle de versão não apenas possível, mas prático—quando você está gerenciando um único código que alimenta seu aplicativo web e ambas as plataformas móveis simultaneamente, ter ferramentas confiáveis para rastrear mudanças e se recuperar de erros se torna essencial.

Depois que seu aplicativo está ativo nas lojas de aplicativos, cada atualização traz riscos reais. Um recurso quebrado ou exclusão acidental pode frustrar usuários e desencadear avaliações negativas. Os recursos de controle de versão integrados do Adalo oferecem aos desenvolvedores visuais a rede de segurança de que precisam para experimentar com confiança, colaborar efetivamente e manter a qualidade que seus usuários esperam.

Um clique errado, e semanas de trabalho no seu aplicativo desaparecem. Sem controle de versão, o desenvolvimento de aplicativos se torna um jogo de alto risco, onde cada atualização corre o risco de quebrar o que já funciona. Seja testando um novo recurso audacioso ou colaborando com colegas de equipe, ter uma maneira confiável de rastrear mudanças e reverter erros não é opcional—é essencial.

Adalo, um construtor de aplicativos baseado em IA para aplicativos web orientados por banco de dados e aplicativos nativos para iOS e Android, inclui recursos de controle de versão integrados projetados especificamente para desenvolvedores visuais. Versões de Design (snapshots), opções de reversão e separação de ambientes ajudam você a proteger seu trabalho e colaborar com confiança—tudo enquanto publica na Apple App Store e Google Play a partir de um único código.

Neste guia, você aprenderá a aproveitar essas ferramentas efetivamente: criar e gerenciar snapshots, entender o que é salvo (e o que não é), coordenar edições com sua equipe e usar versionamento semântico para manter seus lançamentos organizados. Aqui está o que você precisa saber:

• Snapshots: Salve o design e o layout do seu aplicativo em pontos específicos, mas não mudanças de banco de dados ou chaves de API.
• Reversão: Restaure rapidamente versões anteriores se algo der errado.
• Colaboração: Coordene edições, já que Adalo não suporta edição multi-usuário em tempo real.
• Versionamento Semântico: Rotule as atualizações claramente usando um sistema como Maior.Menor.Patch para rastrear mudanças.

Por Que Adalo Torna o Controle de Versão Simples para Desenvolvedores Visuais

A abordagem unificada do Adalo significa que você não está apenas gerenciando um único código—está protegendo seu projeto multiplataforma inteiro com ferramentas de controle de versão integradas. Quando seu aplicativo está ativo na App Store e Google Play, erros se tornam custosos. Uma atualização quebrada pode frustrar usuários e danificar sua reputação.

É por isso que a plataforma inclui recursos como Versões de Design e capacidades de reversão, fornecendo a rede de segurança de que você precisa para experimentar com confiança e enviar atualizações sem medo de perder seu progresso. Com mais de 3 milhões de aplicativos criados na plataforma, essas ferramentas de controle de versão foram testadas em combate em projetos de todas as escalas.

Aproveite ao Máximo o Controle de Versão para Aplicativos Low-Code

Como o Controle de Versão Funciona em Plataformas Sem Código

Snapshots e Histórico de Versões

Plataformas sem código usam (saldos, últimas 10 transações) em Usuário para carregamentos rápidos; atualizar via pull-to-refresh ou timers. para rastrear o progresso do seu aplicativo. Estes são essencialmente registros pontuais que capturam o estado do aplicativo em momentos específicos. No Adalo, esses snapshots são chamados Versões de Design, oferecendo uma abordagem diferente em comparação com sistemas de controle de versão tradicionais baseados em código.

Quando você cria uma Versão de Design, a plataforma salva detalhes como telas, configurações de componentes, configurações de marca e filtros de lista. No entanto, é importante observar o que essas versões não salvam. De acordo com a documentação do Adalo:

As versões de design salvam apenas os visuais e layouts do seu aplicativo. Eles não salvam mudanças de banco de dados de nenhum tipo.

Isso significa que itens como dados de coleção, chaves de API e ações personalizadas permanecem intocados quando você restaura uma versão anterior.

Categoria de Item	Salvo na Versão de Design?
Telas e Configurações de Tela	✅ Sim
Configuração de Componentes (Filtros, Links)	✅ Sim
Marca (Cores, Fontes)	✅ Sim
Dados de Coleção e Registros	🚫 Não
Chaves de API e Coleções Externas	🚫 Não
Ações personalizadas	🚫 Não

Adalo também mantém um histórico de versões de até 10 snapshots anteriores, incluindo salvamentos manuais e salvamentos automáticos acionados pelo sistema. Cada entrada de versão inclui o nome da versão, notas descrevendo as mudanças, o criador e o timestamp. Antes de restaurar qualquer versão, a plataforma salva automaticamente seu estado atual, atuando como uma proteção contra perda acidental de dados.

Este sistema baseado em snapshots desempenha um papel fundamental em como o controle de versão se integra aos fluxos de trabalho de desenvolvimento.

Controle de Versão em Fluxos de Trabalho Sem Código

O sistema de controle de versão do Adalo, construído em torno de snapshots, é central para o desenvolvimento de aplicativos ativo. O editor visual da plataforma inclui uma aba Versões onde você pode gerenciar essas Versões de Design. Por exemplo, se você está experimentando um novo recurso como modo escuro, pode criar uma Versão de Design nomeada antes de fazer alterações. Use o campo de notas para documentar suas atualizações—semelhante a mensagens de commit no controle de versão tradicional. Se o novo design não funcionar, você pode simplesmente clicar no botão Restaurar Versão para reverter para um estado anterior.

A plataforma processa mais de 20 milhões de solicitações de dados diariamente em sua rede de aplicativos publicados, portanto, garantir a estabilidade é uma prioridade. Para suportar isso, Adalo introduz separação de ambientes, permitindo que você visualize as mudanças em um ambiente de teste antes de enviá-las para ativo. A reformulação da infraestrutura do Adalo 3.0 (lançada no final de 2025) entregou melhorias significativas de desempenho—a plataforma agora é 3-4 vezes mais rápido do que antes, tornando as tarefas de controle de versão mais eficientes do que nunca.

No entanto, há uma limitação fundamental: Adalo não suporta edição multi-usuário em tempo real. Conforme explicado em sua documentação:

Nosso sistema não está configurado de forma que permita colaboração em um aplicativo e qualquer alteração pode não ser registrada corretamente ou você pode salvar acidentalmente a instância incorreta.

Isso elimina o risco de conflitos visuais de mesclagem, mas requer que as equipes coordenem quem está trabalhando no editor em um determinado momento. Como as Versões de Design são armazenadas no nível da equipe, todos os colaboradores compartilham acesso ao mesmo histórico de versões, garantindo consistência em todo o projeto.

Como Gerenciar Versões de Aplicativos em Ferramentas Sem Código

Criando e Gerenciando Branches

Plataformas sem código como Adalo lidam com branching de forma diferente dos repositórios de código tradicionais. No Adalo, Versões de Design atuam como seu sistema de branching. Para criar um novo branch para recursos como uma tela de pagamento, navegue até a Versões aba e clique +Criar Versão de Design. Atribua a ela um nome claro, como "pre-payment-integration", para que seja fácil identificá-la depois.

Este processo cria um ponto de salvamento ao qual você pode reverter se algo der errado. O sistema de codebase único do Adalo garante que as atualizações sejam implantadas em iOS, Android e web ao mesmo tempo. Tenha em mente, porém, que as Versões de Design apenas capturam alterações visuais e de layout.

Para grandes atualizações de banco de dados, é melhor copiar seu aplicativo para um ambiente de sandbox. Dessa forma, você pode testar alterações sem interromper a estrutura de dados do aplicativo ativo. Com registros de banco de dados ilimitados em planos pagos, você tem a liberdade de testar extensivamente sem se preocupar em ultrapassar os limites de armazenamento.

Depois que seu branch é criado, confirme as alterações imediatamente para acompanhar o progresso.

Confirmando Alterações e Escrevendo Registros de Alterações

Pense em cada Versão de Design como um commit. Quando você conclui uma tarefa específica—como finalizar um fluxo de login do usuário ou corrigir um problema de navegação—crie uma nova Versão de Design imediatamente. Use o Observações campo para documentar as alterações. Seja conciso mas claro, explicando o que foi atualizado, por que era necessário e seu impacto. Por exemplo: "Adicionada tela de pagamento Stripe - permite checkout para 1.000+ transações diárias - testada no iOS 17 e Android 14."

Mantenha essas anotações em menos de 100 palavras. A documentação clara economizará tempo ao reverter alterações ou ajudar os membros da equipe a entender a evolução do aplicativo. Equipes que confirmam alterações menores e incrementais relatam 80% menos erros em comparação com aquelas que salvam com pouca frequência.

O acesso às Versões de Design requer um plano Adalo pago (a partir de US$ 36/mês), mas os benefícios—como estabilidade melhorada e responsabilidade—valem a pena. Cada versão registra automaticamente quem fez as alterações e quando, fornecendo um trilho de auditoria detalhado. Ao contrário de plataformas com cobranças baseadas em uso que criam custos imprevisíveis, os planos do Adalo incluem uso ilimitado sem surpresas na fatura.

Sempre esteja pronto para reverter alterações se necessário.

Revertendo para Versões Anteriores

Para reverter, vá para a Versões aba, encontre uma versão estável e clique no Mais botão ao lado dela. Em seguida, escolha Restaurar Versão. Adalo salva seu progresso atual antes de reverter, para que você não perca nenhum trabalho permanentemente.

Antes de restaurar, verifique novamente o que será redefinido. Telas, configurações de componentes e configurações de marca retornarão à versão selecionada, mas seus dados de coleção, chaves de API e ações personalizadas permanecerão inalterados—eles permanecem como estão, independentemente da reversão.

É um bom hábito testar seu processo de reversão regularmente em um ambiente de desenvolvimento. Graças à arquitetura unificada do Adalo, uma única reversão corrige problemas em todas as plataformas—iOS, Android e web—de uma vez, eliminando a necessidade de ajustes específicos de plataforma. Isso é uma vantagem significativa sobre plataformas como Bubble, onde o aplicativo móvel é um wrapper para o aplicativo web, significando que uma versão não atualiza automaticamente todas as plataformas implantadas.

Melhores Práticas de Controle de Versão para Equipes Sem Código

Colaboração em Equipe com Branches e Permissões

Para manter as coisas organizadas, atribua a cada membro da equipe seu próprio Versão de Design para recursos específicos—como um novo processo de checkout ou um redesenho de painel. Dessa forma, seu trabalho fica contido até estar pronto para mesclar. O branch Principal deve sempre ser reservado para recursos concluídos e testados que são mesclados desses branches individuais. Esta abordagem garante que o trabalho inacabado não entre acidentalmente na versão ativa de seu interface do usuário do aplicativo web sem código.

Como o Adalo permite apenas um editor ativo por vez, é importante coordenar. Use um canal de comunicação compartilhado para deixar a equipe saber quem está editando e quando. Isso evita sobrescrituras acidentais ou problemas de acesso.

Para equipes usando Adalo Blue, permissões de nível empresarial oferecem uma camada extra de controle. Você pode definir quem tem autoridade para publicar aplicativos ou fazer alterações em configurações sensíveis.

"Assim como os caixas de banco podem acessar gavetas de caixa mas não o cofre, seus membros da equipe devem ter permissões adaptadas aos seus papéis." – DocuWriter.ai

Depois que o gerenciamento de seu branch está em ordem, o próximo passo é lidar com conflitos de mesclagem efetivamente.

Resolvendo Conflitos de Mesclagem

Mesmo com branches bem gerenciados, conflitos de mesclagem podem acontecer—especialmente quando dois membros da equipe fazem alterações diferentes na mesma tela ou componente. No Adalo, onde as Versões de Design focam em layouts visuais, resolver esses conflitos requer comparação manual. Sempre crie um ponto de salvamento com um rótulo claro (por exemplo, "Backup pré-mesclagem – atualizações de tela de pagamento") antes de mesclar. Isso oferece uma opção de fallback se algo der errado durante o processo de mesclagem.

Antes de mesclar, certifique-se de que seu branch de recurso está sincronizado com o branch Principalatualizado. Por exemplo, se o branch Principal foi atualizado com uma correção crítica de bug, sincronize essas alterações ao seu branch de recurso antes de mesclar seu trabalho de volta ao Principal. Teste tudo completamente em seu branch isolado primeiro para garantir que funcione como esperado antes de completar a mesclagem.

Após a mesclagem, faça limpeza deletando Versões de Design antigas para evitar desordem em seu workspace. Adalo permite que você acesse até 10 versões de design anteriores, portanto, limpeza regular mantém seu histórico de versões gerenciável e mais fácil de navegar.

Se uma mesclagem não correr como planejado, use o campo Notas em cada Versão de Design para acompanhar o que mudou e quem fez as edições. Tenha em mente que restaurar uma Versão de Design no Adalo reverterá telas e componentes, mas não afetará seu banco de dados, chaves de API ou ações personalizadas. Para conflitos de banco de dados, você precisará lidar com eles separadamente em seu ambiente de sandbox.

Versionamento Semântico para Atualizações de Aplicativos

Versionamento Semântico, ou SemVer, é uma maneira simples mas eficaz de rotular atualizações de aplicativos usando um formato de três partes: Principal.Secundária.Patch. Este sistema ajuda a comunicar a escala e o impacto das atualizações—se introduzem mudanças que quebram funcionalidade, adicionam novos recursos ou corrigem pequenos bugs.

Os usuários do Adalo precisam implementar manualmente o SemVer em notas de versão, descrições de pontos de salvamento e logs de implementação. Isso garante que seu changelog seja fácil de seguir e o escopo das atualizações seja claro.

Como o Versionamento Semântico Funciona (Principal.Secundária.Patch)

Cada parte do formato de versionamento semântico tem um propósito distinto:

• Atualizações principais (1.0.0): Estas significam mudanças importantes que podem quebrar a funcionalidade existente. Por exemplo, reprojetar completamente a navegação do seu aplicativo ou alterar sua lógica de banco de dados principal.
• Atualizações secundárias (0.1.0): Estas envolvem adicionar novos recursos ou telas de uma forma que não interrompe a funcionalidade atual. Um exemplo seria introduzir uma nova tela "Configurações".
• Atualizações de patch (0.0.1): Estas são para correções menores, como corrigir um bug, ajustar estilos ou fazer pequenos ajustes na lógica do aplicativo—como corrigir um filtro ou alterar a cor de um botão.

"Versão PRINCIPAL quando você faz mudanças de API incompatíveis, versão SECUNDÁRIA quando você adiciona funcionalidade de forma compatível com versões anteriores, versão PATCH quando você faz correções de bugs compatíveis com versões anteriores." – semver.org

Para compilações iniciais, comece com a versão 0.1.0. Quando seu aplicativo estiver estável, mude para 1.0.0. Durante fases de teste, você pode usar sufixos como -alpha, -beta, ou -rc para indicar o estágio de lançamento. Aplicar consistentemente essas regras dentro do seu construtor de aplicativos garante um processo de atualização claro e lógico.

Usando Versionamento Semântico em Plataformas No-Code

No Adalo, incorporar versionamento semântico é direto. Ao criar uma Versão de Design, use o campo Notas para registrar o número da versão e uma breve descrição das alterações. Por exemplo: v1.2.0 - Adicionado Painel de Usuário. Esta abordagem torna seu histórico de versão pesquisável e ajuda a identificar iterações sem esforço. Sempre atualize o número da versão antes de implementar em um ambiente ao vivo para manter um changelog claro.

Além disso, exiba o número da versão de forma proeminente dentro do seu aplicativo, como na seção Configurações ou Sobre. Se você estiver desenvolvendo componentes personalizados para o Marketplace de Componentes do Adalo, certifique-se de que o version propriedade no seu package.json corresponda às suas notas de lançamento. Isso evita conflitos de instalação e mantém suas atualizações alinhadas.

Ada, o construtor de IA do Adalo, permite que você descreva o que deseja e gera seu aplicativo. Magic Start cria fundações de aplicativos completas a partir de uma descrição, enquanto Magic Add adiciona recursos através de linguagem natural.

Com o AI Builder (chegando no início de 2026), você será capaz de usar linguagem natural para descrever mudanças que deseja fazer e então documentar essas mudanças em suas notas de Versão de Design. Magic Add permite que você descreva recursos como "adicione uma tela de configurações do usuário com alternância de modo escuro," e a plataforma gera—tornando a documentação de versão ainda mais importante, pois as mudanças acontecem mais rapidamente.

Como o Adalo se Compara a Outras Plataformas para Controle de Versão

Ao avaliar capacidades de controle de versão entre construtores de aplicativos, vários fatores importam: como as mudanças são rastreadas, como funcionam as reversões e como a plataforma lida com implementações multi-plataforma.

Plataforma	Abordagem de Controle de Versão	Sincronização Multi-Plataforma	Preço Inicial
Adalo	Versões de Design com reversão	Atualizações de codebase único em todas as plataformas	US$ 36/mês
Bubble	Ambientes de desenvolvimento/ao vivo	Mobile é wrapper web (atualizações separadas)	$69/mês + cobranças de uso
FlutterFlow	Controle de versão baseado em Git	Requer configuração de banco de dados externo	$70/mês por usuário
Glide	Histórico de versão limitado	Sem publicação na App Store	$60/mês + taxas de dados

Bubble oferece ambientes de desenvolvimento e ao vivo, mas sua solução mobile é um wrapper para o aplicativo web. Isso significa que as mudanças de versão não sincronizam automaticamente entre web, iOS e Android—você pode precisar gerenciar atualizações separadamente. Bubble também usa Workload Units com cálculos pouco claros, o que pode criar custos inesperados quando seu aplicativo escala. Embora Bubble ofereça mais opções de personalização, isso geralmente resulta em aplicativos mais lentos que lutam sob aumento de carga, frequentemente exigindo especialistas contratados para otimizar.

FlutterFlow fornece controle de versão baseado em Git, o que atrai desenvolvedores familiarizados com fluxos de trabalho tradicionais. No entanto, é uma plataforma low-code projetada para usuários técnicos e requer configurar e gerenciar um banco de dados externo separadamente. Isso adiciona complexidade significativa de aprendizado, especialmente ao otimizar para escala—qualquer coisa menos que uma configuração ideal pode criar problemas de desempenho. Seu construtor também limita sua visualização a 2 telas por vez, enquanto Adalo pode exibir até 400 telas em um único canvas.

Glide se destaca em aplicativos baseados em planilhas com implementação rápida, mas oferece histórico de versão limitado e não suporta publicação na Apple App Store ou Google Play Store. Para controle de versão em aplicativos mobile de produção, essa é uma limitação significativa.

A abordagem do Adalo—Versões de Design com salvamentos pré-restauração automáticos, combinados com implementação de codebase único—fornece um fluxo de trabalho simplificado para equipes que gerenciam aplicativos em várias plataformas. A infraestrutura modular da plataforma escala para servir aplicativos com milhões de MAU, sem limite superior em registros de banco de dados para planos pagos.

Conclusão

O controle de versão transforma o desenvolvimento de aplicativos de um jogo de alto risco em um processo organizado e confiável. Ao acompanhar mudanças, criar pontos de salvamento e permitir reversões instantâneas, você pode proteger seu projeto enquanto experimenta sem medo. Os métodos discutidos aqui—ramificação para novos recursos, confirmação de mudanças com notas claras, testes completos antes de mesclagem e uso de versionamento semântico—são abordagens comprovadas que ajudam equipes a evitar conflitos, manter estabilidade do aplicativo e implementar atualizações com confiança.

Isso é especialmente crítico quando você criar um aplicativo móvel onde a experiência do usuário é fundamental. Com Gartner prevendo que 70% dos novos aplicativos dependerão de plataformas low-code ou no-code até 2026, dominar o controle de versão agora o configurará para criar aplicativos de qualidade profissional com eficiência.

Comece a aplicar essas técnicas hoje. Ative o controle de versão nas configurações da sua plataforma e sempre crie um ponto de salvamento antes de fazer alterações importantes. Adquira o hábito de documentar atualizações conforme avança. Essas etapas ajudarão a reduzir erros, acelerar seu fluxo de trabalho e facilitar a manutenção do seu app a longo prazo.

Postagens do Blog Relacionadas

• 8 Maneiras de Otimizar o Desempenho do Seu Aplicativo No-Code
• Como Lançar Seu Primeiro Aplicativo Móvel Sem Codificação
• Crie um Sistema de Emissão de Ingressos Sem Código em 3 Dias
• Alternativas do Softr e Opções de Código Aberto

Perguntas Frequentes

Por que escolher Adalo em vez de outras soluções de construção de aplicativos?

Adalo é um construtor de aplicativos com IA que cria verdadeiros aplicativos iOS e Android nativos a partir de uma única base de código. Ao contrário dos wrappers da web, ele compila para código nativo e publica diretamente na Apple App Store e na Google Play Store—a parte mais difícil de lançar um aplicativo é tratada automaticamente. Com registros de banco de dados ilimitados em planos pagos e sem cobranças baseadas em uso, você obtém custos previsíveis conforme seu aplicativo escala.

Qual é a forma mais rápida de construir e publicar um aplicativo na App Store?

A interface de arrastar e soltar do Adalo e a construção assistida por IA permitem que você vá de ideia para aplicativo publicado em dias em vez de meses. A plataforma lida com o processo complexo de envio para a App Store, para que você possa se concentrar nos recursos do seu aplicativo e na experiência do usuário em vez de lutar com certificados, perfis de provisionamento e diretrizes da loja.

O que as Versões de Design salvam no Adalo?

As Versões de Design salvam os elementos visuais do seu app, incluindo telas, configurações de componentes, configurações de marca e filtros de lista. No entanto, elas não salvam alterações de banco de dados, dados de coleção, chaves de API ou ações personalizadas — esses itens permanecem inalterados mesmo quando você restaura uma versão anterior.

Quantas versões anteriores posso acessar no Adalo?

O Adalo mantém um histórico de versão de até 10 snapshots anteriores, incluindo salvamentos manuais e salvamentos automáticos acionados pelo sistema. Cada entrada de versão inclui o nome da versão, notas descrevendo as alterações, o criador e o timestamp para rastreamento e referência fáceis.

Múltiplos membros da equipe podem editar um app do Adalo ao mesmo tempo?

O Adalo não oferece suporte à edição multi-usuário em tempo real para evitar conflitos e garantir que as alterações sejam salvas corretamente. As equipes devem coordenar quem está trabalhando no editor em um determinado momento usando um canal de comunicação compartilhado. As Versões de Design são armazenadas no nível da equipe, portanto todos os colaboradores compartilham acesso ao mesmo histórico de versões.

O que é versionamento semântico e como devo usá-lo no Adalo?

O versionamento semântico (SemVer) usa um formato Major.Minor.Patch para rotular atualizações de app com base em seu impacto. No Adalo, implemente isso adicionando números de versão nas notas de Versão de Design (por exemplo, "v1.2.0 - Adicionado Painel do Usuário"). Atualizações principais indicam mudanças relevantes, atualizações secundárias adicionam recursos compatíveis com versões anteriores e patches corrigem pequenos bugs.

Quanto custa o Adalo comparado a outros construtores de apps?

Os planos pagos do Adalo começam em $36/mês com uso ilimitado e sem limites de registros. Isso se compara favoravelmente ao Bubble ($69/mês mais cobranças por uso), FlutterFlow ($70/mês por usuário, banco de dados não incluído) e Glide ($60/mês com limites de linhas de dados). O Adalo também inclui publicação na App Store, que alguns concorrentes não oferecem em nenhum preço.

Restaurar uma versão anterior afeta meu banco de dados?

Não. Quando você restaura uma Versão de Design no Adalo, apenas as telas, configurações de componentes e configurações de marca revertem para a versão selecionada. Seus dados de coleção, chaves de API e ações personalizadas permanecem inalterados. Para alterações relacionadas ao banco de dados, você precisará gerenciá-las separadamente em um ambiente sandbox.

Como o Adalo lida com controle de versão diferentemente do Bubble?

O Adalo usa Versões de Design com salvamentos automáticos pré-restauração e implantação de código único que atualiza iOS, Android e web simultaneamente. A solução móvel do Bubble é um wrapper de web, o que significa que as alterações de versão não sincronizam automaticamente em todas as plataformas. O Bubble também usa Unidades de Carga de Trabalho com cálculos pouco claros que podem criar custos inesperados em escala.

Posso usar controle de versão para testar novos recursos com segurança?

Sim. Crie uma Versão de Design antes de fazer alterações, use o campo de notas para documentar o que você está testando e experimente livremente. Se o novo recurso não funcionar, restaure a versão anterior com um clique. O Adalo salva automaticamente seu estado atual antes de qualquer restauração, portanto você nunca perde trabalho permanentemente.