Синхронизация Wiki / Синхронизация Wiki (push) Successful in 3s
- Структура проекта и основные скрипты (PROJECT_STRUCTURE.md) - Быстрый старт сборки исполняемых файлов (QUICKSTART_BUILD.md) - Автоматические релизы через GitHub и Gitea (RELEASE_GUIDE.md) - Подробная инструкция по использованию скриптов (SSL_SCRIPTS_README.md) - Руководство по тестированию SSL сертификатов (TESTING_GUIDE.md) - Инструкции по настройке Nginx Proxy Manager с SSL (Настройке Nginx Manager с SSL .md) - Создание и продление wildcard сертификата в Nginx Proxy Manager (Создание и продление SSL сертификата.md)
1.9 KiB
1.9 KiB
Сборка и релизы
Проект поддерживает сборку исполняемых файлов через PyInstaller.
Быстрый старт
make build— сборка для текущей ОСmake build-linux— сборка для Linuxmake build-windows— сборка для Windowsmake release— сборка + упаковка (linux tar.gz + windows zip) + checksums
Результаты появляются в папке dist/.
Что важно понимать
- бинарник получается крупным (~40–60 МБ)
- системный
certbotвсё равно нужен - кросс-компиляция (Windows→Linux, Linux→Windows) обычно не рекомендуется
Пакеты релиза
- Linux:
letsencrypt-regru-linux-x86_64.tar.gz - Windows:
letsencrypt-regru-windows-x86_64.zip
Автоматические релизы по тегам
Типовой сценарий:
- создать тег:
git tag -a v1.0.0 -m "Release 1.0.0"
- отправить тег:
git push origin v1.0.0
Далее CI (GitHub Actions / Gitea Actions) может автоматически:
- собрать артефакты
- создать Release
- прикрепить файлы
Подробности зависят от ваших workflows.
Ручной запуск релиза (workflow_dispatch)
Если в workflow релиза включён workflow_dispatch, его можно запускать вручную:
- из UI Actions
- или через Makefile (API dispatch):
make ci-release TAG=v1.0.0
Для запуска через Makefile нужен токен (любой из): DFGIT_TOKEN / GIT_TOKEN / GITEA_TOKEN / GITEA_ACCESS_TOKEN.
Makefile отправляет запрос на DFGIT_URL (по умолчанию https://gitea.example.com) в репозиторий DFGIT_REPO.