On registry-api-service, @tloubrieu-jpl tried to do a patch of a tagged release by cherry picking commits from main, purposefully ignoring new features added to the main branch. However, looks like roundup then took that patch and overwrite the commit history with what was the patch branch.
š To Reproduce
Steps to reproduce the behavior:
Tag release vX.X.0
have fun and continue development on main
bug pops up where need a quick patch
Fix bug by merging some change Y into main
Checkout tagged release vX.X.0
Cherry pick change Y
Push to new branch release/vX.X.1
See that main now loses all the fun development that happened in step 2 above
šµļø Expected behavior
Main commit history should not be overwritten.
Workaround
Manually tag and release all patches for the time being.
āļø Engineering Details
Not sure what the best solution is here because the push back to main is needed for the requirements and changelog, but we also can't lose all those changes on main for hot fixes like this.
Maybe for hotfixes we should just develop a script to do this instead of using roundup? That is probably the best option...
š Describe the bug
https://github.com/NASA-PDS/roundup-action/blob/f8de50f8cd63f5fa2de8974c0e0be7aa65f69983/src/pds/roundup/util.py#L116
On registry-api-service, @tloubrieu-jpl tried to do a patch of a tagged release by cherry picking commits from main, purposefully ignoring new features added to the main branch. However, looks like roundup then took that patch and overwrite the commit history with what was the patch branch.
š To Reproduce
Steps to reproduce the behavior:
šµļø Expected behavior
Main commit history should not be overwritten.
Workaround
Manually tag and release all patches for the time being.
āļø Engineering Details
Not sure what the best solution is here because the push back to main is needed for the requirements and changelog, but we also can't lose all those changes on main for hot fixes like this.
Maybe for hotfixes we should just develop a script to do this instead of using roundup? That is probably the best option...