smalljs$molSzukaj⌘ KDokumentacjaPlaygroundPorównanieEkosystemO projekciePL
WdrożenieGetting StartedWprowadzenieModel mentalnyPierwsze krokiZ TypeScriptu do view.treeStruktura projektuNarzędziaEssentialsInstalacjaWidokiStan i reaktywnośćRoutingRenderowanieTestowanieWdrożenieRozwiązywanie problemówDataPobieranie danychSchematy danychGiper BazaMorePrezentacjaZ React, Vue i SvelteZbiór przepisówAdvancedWtyczkiMetadane modułuOfflineWidoki-duchyAboutFAQZespółWydaniaAPI$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

Wdrożenie

Zbudowana aplikacja $mol to katalog plików statycznych. Nie ma serwera do uruchomienia, procesu Node do utrzymywania przy życiu ani adaptera do wyboru: co hostuje katalog, to hostuje aplikację.

Co właściwie wdrażasz

Build zapisuje wszystko do katalogu -/ wewnątrz modułu:1my/hello/-/2├── index.html przepisany pod ścieżkę wdrożenia3├── web.js cała aplikacja, jeden plik4├── web.css5├── web.locale=en.json po jednym na język6├── manifest.json7└── … wszystko, co wciągnęła dyrektywa `deploy`Ten katalog to jest strona. Podaj go dowolnym hostingiem statycznym, a aplikacja działa.Cała reszta w my/hello/ to źródła, a -/ jest generowany: .gitignore workspace'u ignoruje -*, więc wynik builda nigdy nie trafia do historii samego projektu. Do sieci jedzie z gałęzi wdrożeniowej.

Krótko

Workflow pisze scaffolder, więc nowy projekt publikuje się przy pushu:1npx create-view-tree-lsp my/hello2git push.github/workflows/deploy.yml buduje moduł i wypycha my/hello/-/ na gałąź gh-pages. GitHub serwuje tę gałąź, gdy tylko w Settings → Pages → Source stoi Deploy from a branch z gh-pages — a to właśnie domyślne ustawienie repozytorium, w którym taka gałąź powstała. Jeśli adres zwraca 404, od tego ustawienia zaczynaj.Strona żyje wtedy pod https://<user>.github.io/<repo>/.

Co robi workflow

Niosą go dwie akcje, każda z paroma wejściami:1- uses: hyoo-ru/mam_build@master22 with:3 package: "my/hello" # katalog do zbudowania, względem workspace'u4 modules: "app" # które moduły w środku5 6- uses: hyoo-ru/gh-deploy@v4.4.17 if: github.ref == 'refs/heads/main'8 with:9 folder: "my/hello/app/-"mam_build rozwija wokół twojego pakietu workspace MAM, zamienia tokeny $name z kodu na repozytoria, w których te nazwy mieszkają, i buduje. Nie potrzebuje ani lockfile'a, ani kroku npm install: listą zależności jest rejestr w .meta.tree, jak opisuje Struktura projektu.gh-deploy commituje zbudowany katalog na gh-pages. target-folder kładzie go w podkatalogu zamiast w korzeniu — tak powstaje podgląd gałęzi: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 }}Edytuj tę stronę na GitHubieCzy to było pomocne?TakNiePoprzedniaTestowanieNastępnaRozwiązywanie problemówNa tej stronieCo właściwie wdrażaszKrótkoCo robi workflowJeden plik, którego wdrożenie potrzebujePliki, którym miejsce w korzeniu stronyGłębokie linki na hostingu statycznymSprawdzić przed pushemNie tylko GitHub Pages
Type to search the documentation.