References to Resolve Backport Pull Request Conflicts #1500
haiiliin
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Several things to pay attention when backport pull requests are in conflicts:
When a backport pull request is in conflicts, a
conflicts
label will be assigned to this pull request,mergify
will send a message like this, only files inUnmerged paths
need to be resolved.Files
deleted by us
occurs when we modified something that was introduced in a specific version, in the older branch, the file does not exist, in this condition, we can just delete these files in a backport pull request of the older version. I don't know if there is some workflow that can delete these files automatically for us, which will make things much easier when we have to modify tons of files.When files are
both modified
, means we modified something that is different in different branches, in this condition we need to resolve the conflicts, usually, we canAccept Current Change
, like this in VSCode:and then introduced the new features we want to introduce for the old version. For simple modifications like it here when we modified code that is concerned with version number, we can
Accept Incoming Change
and then modified the version number to an older version.When conflicts are all resolved, we should remove the
conflicts
label, maybemergify
will auto remove the conflicts when there are no conflicts, governing by thismergify
rule, but I haven't tested this feature:abqpy/.github/mergify.yml
Lines 160 to 166 in d6a124f
mergify
will merge the pull request automatically after all the checks pass and certain rules are fulfilled, we don't have to turn on theautomerge
option manually, governing by thismergify
rule:abqpy/.github/mergify.yml
Lines 120 to 128 in d6a124f
Beta Was this translation helpful? Give feedback.
All reactions