release workflow fixes

Signed-off-by: galeon <dertiellis@gmail.com>

doc/build-and-release.md

@@ -110,14 +110,22 @@ QML-модуль собирается в `<build>/qml/BiLauncher` (`OUTPUT_DIREC
    поэтому этот шаг на совести выпускающего. См. [testing.md](testing.md).
 1. Поднять версию в `project(BiLauncher VERSION ...)` в `CMakeLists.txt`.
 2. Добавить в `CHANGELOG.md` раздел `## [x.y.z] — дата`. Его текст станет описанием релиза.
-3. Закоммитить и запушить тег `vx.y.z`. Для предрелиза — `vx.y.z-rc1` (всё после дефиса делает
-   релиз pre-release).
+3. Запустить релиз одним из способов:
+   - **Пуш в `master`** — полноценный релиз `vx.y.z`. Если релиз или тег с этой версией уже есть,
+     прогон ничего не собирает: сначала поднимите версию.
+   - **Пуш в `rc`** — пре-релиз `vx.y.z-rcN`, где `N` — следующий свободный номер для этой версии
+     (`rc1`, `rc2`, ...).
+   - **Тег `vx.y.z`** — полноценный релиз, **тег `vx.y.z-rcN`** — пре-релиз. Пре-релизом
+     становится только тег с суффиксом `-rc`, любой другой суффикс даёт обычный релиз.
 
 Если тег не совпадает с версией в `CMakeLists.txt` (без учёта суффикса), прогон сразу падает.
 
+Для веток тег создаёт сам Gitea при публикации релиза, на коммите прогона. Этот тег снова
+запускает `release.yml`, но прогон видит, что релиз уже есть, и ничего не собирает.
+
 ### Что происходит
 
-1. **create-release** (Linux) — сверяет тег с версией, вырезает раздел из `CHANGELOG.md` и
+1. **create-release** (Linux) — определяет тег (из пуша тега или по ветке), сверяет его с версией, вырезает раздел из `CHANGELOG.md` и
    создаёт **черновик** релиза.
 2. Параллельно три сборки, каждая прикладывает свои файлы к черновику:
    - **Linux**: `BiLauncher-<v>-x86_64.AppImage` и `BiLauncher-<v>-linux-x86_64.tar.gz`. Сборка