Skip to content

ci(deps): rebuild the update branch on every push to AgentHits-Dev - #260

Merged
agentHits merged 1 commit into
AgentHits-Devfrom
ci/deps-update-on-push
Nov 11, 2026
Merged

agentHits merged 1 commit into
AgentHits-Devfrom
ci/deps-update-on-push

Conversation

@agentHits

Copy link
Copy Markdown
Collaborator

Зачем

Ветка deps/auto-update пересобиралась только по расписанию (GitHub часто запускает его на часы позже) или вручную. Между пересборками AgentHits-Dev уходила вперёд, и проверки открытого PR с обновлениями шли на устаревшей базе: их вывод о библиотеках мог быть неверным в обе стороны.

Что меняется

  • deps-auto-update.yml запускается ещё и на каждый push в AgentHits-Dev: ветка всегда собирается от последнего commit базы, и проверки, которые workflow запускает сам, идут на нём.
  • concurrency.cancel-in-progress: true: нужен только прогон на последнем commit. Отмена посреди publish безопасна: следующий прогон собирает ветку от более новой базы, дерево другое, он пушит и запускает проверки.
  • Цикла нет: ветка пушится с GITHUB_TOKEN, такой push workflow не запускает; merge самого PR с обновлениями ничего нового не находит и закрывает ветку.
  • Тексты отчёта и комментарий в шапке обновлены.

Проверка

После merge: следующий push в AgentHits-Dev должен запустить Deps auto-update с событием push и пересобрать ветку от него.

🤖 Generated with Claude Code

The update branch was rebuilt only by the daily schedule (which GitHub
often starts hours late) or by hand. Between rebuilds AgentHits-Dev moved
on, so the checks of the open update PR ran against an outdated base and
their verdict on the libraries could be wrong in both directions: a failure
already fixed in the base, or a pass that no longer holds with newer code.

The workflow now also runs on every push to AgentHits-Dev, so the branch is
always rebuilt from the latest base commit and the checks it dispatches run
on it. Concurrency now cancels a run in progress: only the run on the latest
commit matters. Cancelling in the middle of publish is safe, because the
next run builds from a newer base, gets a different tree, pushes and
dispatches the checks again. There is no loop: the branch is pushed with
GITHUB_TOKEN, which starts no push workflows, and a merge of the update PR
finds nothing left to update and closes the branch.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@agentHits
agentHits merged commit 3175c5a into AgentHits-Dev Nov 11, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant