smalljs$molПошук⌘ KДокументаціяПісочницяПорівнянняЕкосистемаПро проєктUK
ДеплойGetting StartedВступМентальна модельПочаток роботиВід TypeScript до view.treeСтруктура проєктуІнструментарійEssentialsВстановленняВидиСтан і реактивністьМаршрутизаціяРендерингТестуванняДеплойРозв'язання проблемDataОтримання данихСхеми данихGiper BazaMoreВітринаЗ React, Vue та SvelteЗбірник рецептівAdvancedПлагіниМетадані модуляОфлайнПодання-привидиAboutЧасті питанняКомандаРелізиAPI$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

Деплой

Зібраний $mol-застосунок — це тека зі статикою. Нічого запускати на сервері, нічого тримати живим у Node, немає з чого вибирати адаптер: де хоститься тека, там працює і застосунок.

Що саме ви викладаєте

Збірка складає все в теку -/ всередині модуля:1my/hello/-/2├── index.html переписаний під адресу, за якою лежить сайт3├── web.js весь застосунок, один файл4├── web.css5├── web.locale=en.json по одному на мову6├── manifest.json7└── … усе, що притягнула директива `deploy`Ця тека і є сайт. Віддайте її будь-яким статичним хостингом — застосунок запрацює.Усе інше в my/hello/ — вихідники, а -/ згенерована: кореневий .gitignore ігнорує -*, тож результат збірки не потрапляє в історію самого проєкту. У мережу він їде з гілки деплою.

Коротко

Воркфлоу пише скафолдер, тому новий проєкт публікується по пушу:1npx create-view-tree-lsp my/hello2git push.github/workflows/deploy.yml збирає модуль і пушить my/hello/-/ у гілку gh-pages. GitHub віддає її, щойно в Settings → Pages → Source обрано Deploy from a branch і гілку gh-pages — і це значення за замовчуванням для репозиторію, у якому така гілка з'явилася. Якщо адреса віддає 404, перевіряти треба насамперед це налаштування.Далі сайт живе за адресою https://<user>.github.io/<repo>/.

Що робить воркфлоу

Усю роботу тягнуть два екшени, і в кожного пара параметрів:1- uses: hyoo-ru/mam_build@master22 with:3 package: "my/hello" # яку теку збирати, шлях від кореня воркспейса4 modules: "app" # які модулі всередині неї5 6- uses: hyoo-ru/gh-deploy@v4.4.17 if: github.ref == 'refs/heads/main'8 with:9 folder: "my/hello/app/-"mam_build розгортає навколо вашого пакета воркспейс MAM, перетворює токени $name з коду на репозиторії, де ці імена живуть, і збирає. Йому не потрібен ані лок-файл, ані крок npm install: список залежностей — це реєстр у .meta.tree, як описано в Структурі проєкту.gh-deploy комітить зібрану теку в gh-pages. Параметр target-folder кладе її не в корінь, а у вкладену теку — так і робиться превʼю гілки: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 }}У кожної гілки feature/* зʼявляється своя адреса на тому ж сайті, а тригер delete прибирає теку, коли гілку видалено.Редагувати цю сторінку на GitHubЦе було корисно?ТакНіНазадТестуванняДаліРозв'язання проблемНа цій сторінціЩо саме ви викладаєтеКороткоЩо робить воркфлоуОдин файл, без якого деплой ламаєтьсяФайли, яким місце в корені сайтуГлибокі посилання на статиціПеревірити до пушуНе лише GitHub Pages
Type to search the documentation.