Closed christophebedard closed 1 month ago
@christophebedard
Force-push rolling to master to allow the mirroring action to work again
probably if we take this way, the other core repos should align the policy...? IMO, i don't really know why we want to keep the master
branch anyway? i think it is because some CI/CD or downstream users would rely on the branch master
, i guess. but with given time, i think we can remove the master
now...
Yeah I agree, this should be a ROS 2 core-wide thing.
Having the master
branch was useful for some time after the switch to allow people to transition, but I think it's probably been enough time now.
Having the
master
branch was useful for some time after the switch to allow people to transition, but I think it's probably been enough time now.
So I agree that we can remove the workflow that attempts to backport things. In most cases it no longer works, and even when it does it isn't providing any value.
However, for historical purposes we should keep the master
branches around.
There's a GitHub workflow that mirrors
rolling
tomaster
: https://github.com/ros2/rosbag2/blob/rolling/.github/workflows/mirror-rolling-to-master.yaml. This was created when the default/Rolling branch was switched frommaster
torolling
.The workflow has been failing for a while: https://github.com/ros2/rosbag2/actions/runs/11312031065/job/31458961112. And
master
is now 177 commits behindrolling
: https://github.com/ros2/rosbag2/tree/master. This is because #1247 was mistakenly merged intomaster
instead ofrolling
, although it was subsequently reverted in #1248. However, sincemaster
can no longer be fast-forwarded torolling
, the mirroring action fails.Options:
rolling
tomaster
to allow the mirroring action to work againmaster
branch, but we don't have to