Automate patch upmerge from older release branches#173
Automate patch upmerge from older release branches#173
Conversation
Co-authored-by: devlinjunker <1504590+devlinjunker@users.noreply.github.com>
… v4, better version comparison Co-authored-by: devlinjunker <1504590+devlinjunker@users.noreply.github.com>
Co-authored-by: devlinjunker <1504590+devlinjunker@users.noreply.github.com>
|
will patches be in main already? or does this branching strategy expect that patches should be merged to an older release first (where issue is faced and the version is supported), and then propagated forward to future releases? @copilot |
The branching strategy expects patches to be created on the older release branch first (where the issue is faced and the version is still supported), then propagated forward to newer releases and main. This workflow triggers when a patch is pushed to an older
This ensures that bug fixes in older supported versions are also applied to all newer versions, following the pattern described in issue #141. |
Description:
Patches to older release branches (e.g.,
release-1.5) weren't being propagated to newer releases andmain. This workflow triggers on push to anyrelease-*branch, compares versions via git tags, and creates PRs to upmerge if the current branch is older than latest.Key implementation:
git tag --sort=-version:refnamerepo-sync/pull-requestaction for consistency with existing workflowsSecurity:
contents: read,pull-requests: writeRelated:
#141
Visual:
N/A - workflow automation only
TODO:
💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.