[Перевод] Хостим WASM-приложения на github pages в два клика

Приветствую. Хочу донести гениальную и простейшую идею о том, как можно делать несложные бессерверные веб-приложения и бесплатно хостить их на github pages.

Слово от меня

Я не дословно перевожу, а скорее адаптирую, опуская совсем очевидные вещи, поэтому будет отсебятина.

С помощью Blazor WebAssembly (WASM) мы можем создавать веб-приложения, которые выполняются полностью на стороне клиента. При этом после публикации (dotnet publish) мы получаем статические файлы, которые потом просто юзер скачивает себе и выполняет. Благодаря этому, мы можем хостить подобные приложения на статических хостингах, например, github pages.

Создаем hello world на Blazor WASM

Воспользуемся замечательным dotnet CLI. Следующая команда

dotnet new blazorwasm

создает приложение-шаблон с демонстративным функционалом. Чтобы потыкаться локально, запустим

dotnet run

По умолчанию путь будет localhost:5000 или localhost:5001.

Чтобы посмотреть на то, как выглядят статические файлы, которые мы будем публиковать, запустим команду:

dotnet publish

Она сгенерит всякого в bin/Debug/net6.0/publish/wwwroot (в зависимости от таргет рантайма и конфигурации). Теоретически можно попробовать index.html у себя, но нужно будет поменять там путь (либо закинуть это все содержимое wwwroot к себе в корень).

Перейдем к следующей секции предполагая, что читатель закинул проект в репозиторий на гитхабе.

Как закинуть проект на гитхаб?

После того, как мы создали репозиторий на самом гитхабе, приступим к тому, чтобы в него залить наш проект.

Инициализируем репозиторий следующим набором команд

# gitignore для .NET приложений (например, игнорирует obj и bin)
dotnet new gitignore

# инициализация репозитория
git init

# добавляем все файлы из директории (кроме игнорированных)
git add --all

# коммитим
git commit -m "Initial commit"

Теперь, чтобы запушить, нужно привязать наш удаленный репозиторий:

git remote add origin https://github.com/ВашеИмя/ВашРепозиторий
git push -u origin main

Все, проверяйте ваш репозиторий на гитхабе. На нем должно быть все самое важное из вашего кода в ветке main (если вы не переименовали основную ветку).

Создаем CI для установки приложения на github pages

Чтобы создать автоматическое обновление нашего веб-приложения, воспользуемся встроенным в гитхаб Github Actions:

1fd267c37b6eddc99a364b065a8e585f.png

Теперь можно писать сам workflow, по котому будет происходить магия. Это формат YAML:

name: Deploy to GitHub Pages

# Запускаем магию только на пуши в main
on:
  push:
    branches: main
    
jobs:
  deploy-to-github-pages:
    runs-on: ubuntu-latest
    steps:
      # клонируем репозиторий на виртуальную машину
    - uses: actions/checkout@v2
    
      # ставим нужный SDK (можно использовать и более старые)
    - name: Setup .NET 6
      uses: actions/setup-dotnet@v1
      with:
        dotnet-version: '6.0.x'
        include-prerelease: true
        
      # генерируем статические файлы
    - name: Publish .NET Core Project
      run: dotnet publish BlazorGitHubPagesDemo.csproj -c Release --output release --nologo

(--nologo убирает ненужные логи в консоли)

Теперь то, что сгенерировалось в release, нужно закинуть в бранч gh-pages. Для этого можно использовать существующий Action, добавив в steps:

- name: Uploading files to gh-pages branch
  uses: JamesIves/github-pages-deploy-action@4.1.4
  with:
    branch: gh-pages
    folder: release/wwwroot

Здесь, наверное, все интуитивно. Все, наш файл вроде бы готов. После того, как мы его закоммитим в репозиторий, у нас должна появиться ветка, и, вместе с ней, сайт (по адресу yourusername.github.io/YourRepo).

Так выглядит ваш репозиторий, если все нормально
ffb84020e97f950e37542417d1e1c6fc.pngea71949f9f5f98bb8b5c0a601e07cfb4.png

Кстати, настройки Github Pages живут в Settings → Pages в репозитории.

Не работает!

Еще пару небольших моментов пофиксить, ведь если до этого момента все было удачно, то сейчас при открытии сайта мы получаем

fa82c7a279325bf445ba6f0fa803618b.png

Смотрим ошибки и видим, что не нашлась куча файлов

eda3e24b672780a11331fe8307171e78.png

Как видим, у нас кто-то украл часть пути (должно было быть swimburger.github.io/BlazorGitHubPagesDemo/css/app.css и остальные). Это из-за того, что у нас есть / в index.html, который генерируется. Автор оригинала предлагает использовать следующий костыль трюк:

      # меняем '/' на '/BlazorGitHubPagesDemo/'
    - name: Change base-tag in index.html from / to BlazorGitHubPagesDemo
      run: sed -i 's///g' release/wwwroot/index.html

(заменив BlazorGitHubPagesDemo на имя вашей репы)

После обновления, получаем

a14290fe296c378f3116e20e86caeeec.png

все еще часть файлов не найдена. Это потому, что Github Pages проигнорировал папку, которая начинается с _, потому что думает, что это jekyll. А значит его надо отключить:

      # отключаем jekyll
    - name: Add .nojekyll file
      run: touch release/wwwroot/.nojekyll

Все, теперь все точно должно заработать.

f63a3626274cd6d7447da84726881e17.png

Кастомная страница 404

Можно создать собственную страницу для ошибки 404. Для этого мы просто скопируем index.html в 404.html:

      # копируем index.html в 404.html
    - name: copy index.html to 404.html
      run: cp release/wwwroot/index.html release/wwwroot/404.html

(идея предложена здесь)

Заключение

Мы захостили функциональное веб-приложение на статическом хостинге Github pages, что может быть удобно для каких-то маленьких утилит или игр, а также сайтов всяких опенсорсных проектов.

Ссылка на гитхаб демки из статьи.

Спасибо за внимание!

От переводчика

Эту статью я писал уже попробовав эту штуку самим, опустив ненужные моменты и учитывая современные инструменты до какой-то степени.

Чтобы не быть голословным, я сам сделал небольшую приложеньку (сам адрес), которая анализирует типы из BCL с помощью рефлексии. Вот здесь мой deployment, который как раз делает магию. Если шестой дотнет не хочется ставить, можно сделать все так же, но с пятым.

© Habrahabr.ru