ci: drop paths filter so version-tag pushes always build
All checks were successful
release / build-and-release (push) Successful in 35s
All checks were successful
release / build-and-release (push) Successful in 35s
Forgejo applies the push 'paths' filter to tag pushes too (unlike GitHub), so a version tag on a docs-only commit (e.g. "docs: release 0.10") was silently skipped and never produced a named release - it had to be kicked off manually via workflow_dispatch on the tag ref. Continuous builds on every main push are the documented behavior anyway, so drop paths entirely. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
parent
c8fa68dadd
commit
b32e20cddb
1 changed files with 5 additions and 9 deletions
|
|
@ -5,15 +5,11 @@ on:
|
||||||
push:
|
push:
|
||||||
branches: [main]
|
branches: [main]
|
||||||
tags: ['v*']
|
tags: ['v*']
|
||||||
paths:
|
# No 'paths' filter on purpose: Forgejo (unlike GitHub) also applies paths
|
||||||
- '**.go'
|
# to TAG pushes, so a version tag on a docs-only commit gets silently
|
||||||
- 'go.mod'
|
# skipped and never produces a named release. Continuous builds on every
|
||||||
- 'go.sum'
|
# main push are the documented behavior anyway (see CHANGELOG header), so
|
||||||
- 'scripts/**'
|
# the paths optimization is not worth the release-tag footgun.
|
||||||
- 'assets/**'
|
|
||||||
- 'embed.go'
|
|
||||||
- 'cmd/xetup/app.manifest'
|
|
||||||
- '.forgejo/workflows/release.yml'
|
|
||||||
|
|
||||||
jobs:
|
jobs:
|
||||||
build-and-release:
|
build-and-release:
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue