Gitflow-esque release flow for applications #11

Closed
opened 2026-06-08 09:03:37 +00:00 by ryangr0 · 0 comments
Owner

Originally created by @Ryangr0 on GitHub.

Originally assigned to: @Ryangr0, @Copilot on GitHub.

Description

I want that when PRs into development are merged, a release PR from development to main is made, with https://keepachangelog.com/en/1.1.0/ standard.

Additional Context

https://github.com/webgrip/firefly-iii-application/blob/development/.github/workflows/on_source_change.yml This is what applications currently use. As you can see, a semantic release is done, and then that new version is immediately deployed with helm. I want a push to all branches to kick off static analysis and tests, and only if those succeed, should the semantic release step be done. (and only on main).

Feel free to give feedback or make your own decisions.

Originally created by @Ryangr0 on GitHub. Originally assigned to: @Ryangr0, @Copilot on GitHub. **Description** I want that when PRs into development are merged, a release PR from development to main is made, with https://keepachangelog.com/en/1.1.0/ standard. **Additional Context** https://github.com/webgrip/firefly-iii-application/blob/development/.github/workflows/on_source_change.yml This is what applications currently use. As you can see, a semantic release is done, and then that new version is immediately deployed with helm. I want a push to all branches to kick off static analysis and tests, and only if those succeed, should the semantic release step be done. (and only on main). Feel free to give feedback or make your own decisions.
Sign in to join this conversation.
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
webgrip/workflows#11
No description provided.