FORK.md: как работает автоматическая синхронизация на раннере
This commit is contained in:
@@ -148,6 +148,18 @@ kit update --force && kit check # тянет наш релиз из это
|
||||
|
||||
## Обновление от автора (с рабочей станции)
|
||||
|
||||
### Автоматически: робот на раннере (CT 114)
|
||||
|
||||
Раз в сутки (03:30) Gitea сама запускает `.gitea/workflows/fork-sync.yml` на раннере в CT 114:
|
||||
робот `tools/fork-sync-bot.sh` забирает ветку автора, переносит на неё наши правки, прогоняет те же
|
||||
проверки, что и `tools/fork-sync.sh`, дописывает раздел в `FORK-CHANGELOG.md` и публикует `dev`
|
||||
(`--force-with-lease`). Не сошлось (конфликт в местах наших правок) — **ничего не публикуется**,
|
||||
причина видна в Gitea → Actions и в `/opt/kit-fork-sync/last-run.log` на контейнере.
|
||||
|
||||
Робот **не** выпускает и не подписывает релиз: закрытый ключ подписи остаётся на рабочей станции.
|
||||
После автоматической синхронизации — как обычно: `git fetch origin && git checkout dev && git reset --hard origin/dev`
|
||||
(робот переписывает `dev`), описать изменения в `FORK-CHANGELOG.md`, затем `tools/release.sh` и тег.
|
||||
|
||||
```bash
|
||||
cd H:/My_Proj/Fork_3X-UI_KIT
|
||||
bash tools/fork-sync.sh # подтянуть автора, перенести наши правки, прогнать проверки
|
||||
|
||||
Reference in New Issue
Block a user