Co-authored-by: Cursor <cursoragent@cursor.com>
13 KiB
Автообновление через Gitea (приватный код + публичный feed)
Исходники остаются в закрытом репозитории с игрой. Файлы обновлений (latest.yml, установщики) лежат в отдельном публичном репозитории — по HTTPS их скачивает electron-updater.
Твой публичный репозиторий (уже есть)
-
Клон:
https://git.mailib.ru/ifontosh/DndGamePlayerUpdates.git -
Владелец/репо для секретов:
ifontosh/DndGamePlayerUpdates -
Базовый URL feed (вшивается в сборку и должен совпадать с secret
DND_UPDATE_FEED_URL):https://git.mailib.ru/ifontosh/DndGamePlayerUpdates/raw/branch/updates/Обрати внимание: слово
branchв пути — это часть URL Gitea, не имя ветки. Имя ветки — в конце:updates.
В package.json уже указан этот же build.publish.url (для локального npm run pack и метаданных electron-builder).
Шаг 0 — репозиторий сейчас пустой (важно)
На странице репо написано, что контента нет. Пока нет ни одного коммита, CI не сможет сделать git clone.
Сделай так (любой способ):
- На сайте открой
ifontosh/DndGamePlayerUpdates→ кнопка вроде «Инициализировать репозиторий» / «Добавить файл» → создай файлREADME.mdс парой строк и закоммить в ветку по умолчанию (частоmain). - Либо с компьютера:
git clone https://git.mailib.ru/ifontosh/DndGamePlayerUpdates.git
cd DndGamePlayerUpdates
echo "# DndGamePlayer updates feed" > README.md
git add README.md
git commit -m "init"
git push origin main
(Если ветка по умолчанию у тебя master — подставь её вместо main.)
После этого репозиторий не пустой — workflow сможет клонировать и создать ветку updates.
Шаг 1 — токен для записи в публичный репозиторий
Нужен персональный токен (PAT), с которым CI сможет пушить в DndGamePlayerUpdates.
В Gitea на русском обычно так (названия могут чуть отличаться в твоей теме):
- Вверху справа аватар → Настройки (или «Параметры»).
- Слева найди раздел вроде «Приложения» / «Токены доступа» / «Токены» (в англ. интерфейсе: Settings → Applications → Generate New Token).
- Создай новый токен:
- имя: например
dnd-release-ci; - права: достаточно доступа к репозиторию с записью (для пуша в
DndGamePlayerUpdates). Если есть галочки — включи что-то вроде «Запись в репозиторий» / write:repository / полный доступ к репо.
- имя: например
- Скопируй токен один раз и сохрани в менеджере паролей — потом Gitea его не покажет.
Этот токен пойдёт в secret DND_UPDATES_PUSH_TOKEN (см. ниже). Не вставляй токен в код и не коммить его.
На git.mailib.ru имена секретов не могут начинаться с
GITEA_(зарезервировано). Поэтому в workflow используютсяDND_UPDATES_*, а неGITEA_*.
Шаг 2 — секреты в приватном репозитории с кодом (dnd_player)
Открой приватный репозиторий, где лежит исходник игры (не DndGamePlayerUpdates).
Дальше (русский Gitea 1.26, ориентир по меню):
- Вкладка «Настройки» репозитория (вверху рядом с «Код», «Задачи» — иногда шестерёнка «Настройки»).
- Слева раздел «Секреты» / «Действия» → «Секреты» (в англ. UI: Settings → Actions → Secrets). Если видишь «Переменные» — секреты обычно рядом; нам нужны именно секреты (скрытые значения).
Добавь четыре секрета (имя точно как в таблице — workflow их читает):
| Имя секрета | Что вписать в значение |
|---|---|
DND_UPDATE_FEED_URL |
https://git.mailib.ru/ifontosh/DndGamePlayerUpdates/raw/branch/updates/ (обязательно слэш в конце) |
DND_UPDATES_SERVER |
https://git.mailib.ru (без слэша в конце) |
UPDATES_REPO |
ifontosh/DndGamePlayerUpdates |
DND_UPDATES_PUSH_TOKEN |
токен из шага 1 (одна длинная строка) |
Сохрани каждый секрет кнопкой вроде «Сохранить» / «Добавить».
Если раньше создавал секреты GITEA_SERVER / GITEA_TOKEN — их workflow не читает; удали или оставь, но обязательно заведи новые имена из таблицы.
Шаг 3 — включить Actions (если ещё не включены)
- В том же приватном репозитории: «Настройки».
- Раздел «Действия» / «Actions» — включи использование Actions для этого репозитория, если Gitea это спрашивает.
- Убедись, что в корне репозитория есть файл
.gitea/workflows/release.yml(он уже в проектеdnd_player).
Бегунки Gitea должны иметь доступ в интернет (для npm ci, actions/checkout и т.д.) — это настраивает админ сервера.
Шаг 4 — выпуск версии
- В
package.jsonверсия должна совпасть с тегом (workflow при пуше тега делаетnpm versionиз имени тега — удобно). - Закоммить все изменения в приватный репо, затем:
git tag v1.0.1
git push origin main
git push origin v1.0.1
(ветка может быть не main — подставь свою.)
-
Открой в Gitea «Действия» / «Actions» у приватного репо — должен появиться запуск Release. Дождись зелёных галочек у job’ов Windows, macOS и publish-update-feed.
-
После успеха открой публичный
DndGamePlayerUpdates→ веткаupdates— в корне должны появитьсяlatest.yml, установщики и т.д.
Контрольный чеклист
package.json→build.publish.url=
https://git.mailib.ru/ifontosh/DndGamePlayerUpdates/raw/branch/updates/
Совпадает сDND_UPDATE_FEED_URL(со слэшем в конце).- В DndGamePlayerUpdates есть хотя бы один коммит (не пустой репо).
- В приватном репо заданы все четыре секрета из таблицы шага 2 (имена не начинаются с
GITEA_). - В репо с кодом есть
.gitea/workflows/release.yml. - Релиз: пуш тега
v*→ в Actions три job’а; в публичном репо появляется веткаupdatesсlatest.ymlи установщиками. - В приложении: обновления только
app.isPackagedи при активной лицензии (см.app/main/update/installAutoUpdater.ts).
Поведение приложения
- Проверка только в собранной установке (
app.isPackaged). - Только если лицензия активна.
- Первый запрос примерно через 12 с после старта; при смене лицензии — снова (не чаще 30 с).
- Для отладки можно задать переменную окружения
DND_UPDATE_FEED_URLпри запуске.exe— переопределит feed.
Подпись кода в CI отключена: CSC_IDENTITY_AUTO_DISCOVERY=false.
Локальная отладка feed
Запуск установленного приложения с другим URL (без пересборки): задать DND_UPDATE_FEED_URL в ярлыке или системных переменных окружения.
Как сделать так, чтобы ассистент в Cursor мог «выпустить релиз»
У ассистента нет своего аккаунта на git.mailib.ru. Релиз = появление тега v* на нужном коммите в приватном репозитории с кодом → Gitea Actions собирает и пушит feed. Ниже два рабочих варианта.
Вариант A — Gitea MCP (удобно из чата)
У тебя уже подключён MCP user-gitea-mailib с инструментом create_tag: по API создаётся тег на сервере (аналог git tag + git push тега).
Что сделать один раз:
- В Cursor MCP для Gitea должен быть включён и залогинен под учёткой, у которой есть право создавать теги в приватном репо с
dnd_player. - Знать
ownerиrepoэтого репозитория (как в URL:https://git.mailib.ru/OWNER/REPO).
Как просить в чате:
«Создай тег v1.0.2 в репозитории OWNER/REPO с целевой веткой main» (или укажи SHA коммита). Перед этим весь код релиза уже должен быть запушен в эту ветку — тег вешается на последний коммит (или на явный target).
После создания тега зайди в Действия репозитория и проверь workflow Release.
(Отдельно: create_release в MCP создаёт запись релиза на Gitea; сборку у тебя запускает именно тег и release.yml.)
Вариант B — команды git в терминале Cursor
Ассистент может выполнить у тебя локально:
git fetch origin
git tag v1.0.2 origin/main # или другая ветка / коммит
git push origin v1.0.2
Что сделать один раз:
- Чтобы
git pushне спрашивал пароль каждый раз: настроить учётные данные (Windows: диспетчер учётных данных /git credential-manager; либо SSH-ключ и remotegit@git.mailib.ru:...). - Убедиться, что из того же окружения, где работает Cursor,
git pushв приватный репо уже проходил успешно.
Тогда в чате можно написать: «Поставь тег v1.0.2 на origin/main и запушь тег» — ассистент выполнит команды в dnd_player.
Ограничения
- Ассистент не видит твои пароли и не обходит Gitea: всё упирается в MCP-токен или твои локальные git credentials.
- Если MCP отключён и git без настроенного доступа — релиз тегом придётся пушить тебе вручную (как в шаге 4 выше).
Про коммит и пуш кода (не тег)
Закоммитить и запушить изменения в файлах ассистент может через те же механизмы: либо ты делаешь git push после правок, либо настроенный git / отдельный скрипт. Без доступа к remote ассистент только правит файлы в рабочей копии.