Update tdlib_ping workflow to trigger on any branch and tag, aligning with Docker workflow triggers. Revise README to reflect changes in CI build process, clarifying artifact retrieval for both branch pushes and manual runs.

.gitea/workflows/tdlib_ping.yaml

@@ -1,12 +1,13 @@
 # Сборка нативного tdlib_ping (CGO + libtdjson) под linux/amd64.
-# - При push тега refs/tags/v* — артефакт job + вложение в релиз Gitea (создаётся при отсутствии).
-# - workflow_dispatch — только артефакт прогона (без привязки к релизу).
+# Триггеры как у docker.yaml. На push ветки — только артефакт job; на push тега — артефакт + вложение в релиз Gitea (релиз создаётся при отсутствии).
 name: Build tdlib_ping (linux/amd64)
 
 on:
   push:
+    branches:
+      - "**"
     tags:
-      - "v*"
+      - "*"
   workflow_dispatch:
 
 permissions:

cmd/tdlib_ping/README.md

@@ -8,10 +8,10 @@
 
 ## Сборка в CI (Gitea)
 
-В репозитории есть workflow **`.gitea/workflows/tdlib_ping.yaml`**:
+В репозитории есть workflow **`.gitea/workflows/tdlib_ping.yaml`** (те же триггеры, что и у публикации Docker: push по **любой ветке** и **любому тегу**, плюс `workflow_dispatch`):
 
-- при push тега вида **`v*`** собирается **`tdlib_ping-linux-amd64`** и прикрепляется к **релизу** с этим тегом (релиз создаётся автоматически, если его ещё нет);
-- у каждого прогона файл также лежит в **артефактах** job (удобно для `workflow_dispatch` с ветки).
+- при push **тега** собирается **`tdlib_ping-linux-amd64`** и прикрепляется к **релизу** с этим тегом (релиз создаётся автоматически, если его ещё нет);
+- при push **ветки** или ручном запуске — только **артефакт** прогона в Actions.
 
 Скачайте бинарник со страницы релиза или из вкладки Actions → нужный run → Artifacts. На сервере положите в каталог вроде `/usr/local/bin`, выставьте `chmod +x`, задайте `MTPROXY_TDLIB_HELPER`.