smalljs$molPesquisar⌘ KDocsPlaygroundCompararEcossistemaSobrePT
DeployGetting StartedIntroduçãoModelo mentalPrimeiros passosDe TypeScript para view.treeEstrutura do projetoFerramentasEssentialsInstalaçãoViewsEstado e reatividadeRoteamentoRenderizaçãoTestesDeploySolução de problemasDataBusca de dadosEsquemas de dadosGiper BazaMoreVitrineDe React, Vue e SvelteLivro de receitasAdvancedPluginsMetadados de móduloOfflineVistas fantasmaAboutFAQEquipeLançamentosAPI$mol_button_major$mol_button_minor$mol_string$mol_number$mol_text$mol_paragraph$mol_list$mol_row$mol_link$mol_check$mol_switch$mol_select$mol_scroll$mol_page$mol_pick

Deploy

Um app $mol compilado é uma pasta de arquivos estáticos. Nenhum servidor para rodar, nenhum processo Node para manter vivo, nenhum adaptador para escolher: o que hospeda uma pasta hospeda o app.

O que você publica

O build escreve tudo na pasta -/ do módulo:1my/hello/-/2├── index.html reescrito para o caminho de publicação3├── web.js o app inteiro, um arquivo4├── web.css5├── web.locale=en.json um por idioma6├── manifest.json7└── … tudo o que uma diretiva `deploy` copiou para dentroEssa pasta é o site. Sirva-a de qualquer host estático e o app roda.Todo o resto em my/hello/ é fonte, e -/ é gerada: o .gitignore do workspace ignora -*, então o resultado do build nunca entra no histórico do próprio projeto. Ele chega à web pelo branch de deploy.

A versão curta

O scaffolder escreve o workflow, então um projeto novo publica no push:1npx create-view-tree-lsp my/hello2git push.github/workflows/deploy.yml compila o módulo e empurra my/hello/-/ para o branch gh-pages. O GitHub serve esse branch assim que Settings → Pages → Source estiver em Deploy from a branch com gh-pages — que é justamente o padrão de um repositório onde esse branch existe. Se a URL devolver 404, é essa a primeira configuração a conferir.O site passa a viver em https://<user>.github.io/<repo>/.

O que o workflow faz de fato

Duas actions sustentam tudo, e cada uma recebe um par de entradas:1- uses: hyoo-ru/mam_build@master22 with:3 package: "my/hello" # a pasta a compilar, relativa ao workspace4 modules: "app" # quais módulos dentro dela5 6- uses: hyoo-ru/gh-deploy@v4.4.17 if: github.ref == 'refs/heads/main'8 with:9 folder: "my/hello/app/-"mam_build monta o workspace MAM em volta do seu pacote, resolve os tokens $name do seu código nos repositórios que os contêm, e compila. Não precisa de lockfile nem de passo npm install: a lista de dependências é o registro no .meta.tree, como conta Estrutura do projeto.gh-deploy commita a pasta compilada em gh-pages. target-folder a coloca em uma subpasta em vez da raiz — é assim que nasce a prévia de um branch:1- name: Deploy feature branch2 if: startsWith(github.ref, 'refs/heads/feature/')3 uses: hyoo-ru/gh-deploy@v4.4.14 with:5 folder: "my/hello/app/-"6 target-folder: ${{ github.ref_name }}Editar esta página no GitHubIsto foi útil?SimNãoAnteriorTestesPróximoSolução de problemasNesta páginaO que você publicaA versão curtaO que o workflow faz de fatoUm arquivo de que o deploy precisaArquivos que precisam ficar na raiz do siteLinks diretos num host estáticoConferir antes de dar pushAlém do GitHub Pages
Type to search the documentation.