Sistema de arquivos
Sistema de arquivos
Quando você executa buildprint project get <appname>, o Buildprint cria uma estrutura de pastas local para um app Bubble e um branch Bubble. O objetivo é fornecer arquivos e pastas normais para trabalhar, em vez de um único e massivo arquivo de exportação de app.
O que você verá
<app-root>/— a raiz do app. Ela contém o estado compartilhado para esse app Bubble.<app-root>/<branch>/— o workspace do branch. Esta é a pasta onde você realmente trabalha.<app-root>/.buildprint/— estado interno do Buildprint compartilhado pela raiz do app. Não mexa aqui.pages/,styles/,data_types/,option_sets/,api/e pastas relacionadas — a superfície editável do app.
Dentro da pasta do branch, o Buildprint divide o app em arquivos menores. Isso torna os diffs mais fáceis de ler, conflitos de merge mais simples de resolver e edições de agentes muito mais direcionadas.
O que editar
Edite arquivos dentro do diretório do branch atual, como arquivos de página, arquivos de elementos, estilos, definições de API e outras entidades do Bubble.
Use ferramentas git normais, como
git statusegit diff, para revisar o que mudou.Use
buildprint tree <target>quando precisar de um esboço rápido de uma página, elemento reutilizável ou subárvore de elementos antes de editar.
O que não editar
.buildprint/— estado interno do Buildprint. Não faz parte da sua superfície editável do app..git/e componentes internos do git — trate o workspace como um repositório git normal, mas não edite manualmente os metadados do git.Qualquer coisa fora da pasta do branch atual, a menos que você queira intencionalmente trabalhar em um workspace de branch diferente.
O que este layout faz
Mantém as alterações locais e revisáveis.
Faz com que os merges funcionem com ferramentas git comuns.
Fornece aos agentes arquivos que eles podem pesquisar e editar sem a necessidade de processar todo o app de uma só vez.
Se você estiver procurando por gerenciamento de branches e onde os comandos devem ser executados, continue para Workspaces.