You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This seems to happen when two PRs are in a relative chain and their order is swapped.
I think we can do something tricky where we push a temporary intermediate fake commit to break dependencies then push again to send the real changes. ghstack does something similar here ezyang/ghstack#23
The text was updated successfully, but these errors were encountered:
Detecting whether changes in a series got reordered
(Do this only if any base changed? might be ok to always do it)
Just look through all reviews. take prev base ref name (prinfo), if that is equal to prinfo.headref for any children (recursive) then mark
this review as needs workaround.
Equivalently, take prinfo.headref for every review. If that is equal to baseref for any review in relatives, mark that relative review as
needing workaroud.
You can also do the equivalent with only one traversal -- just start at the leaves and maintain a set -- probably not worth extra effort given we don't store leaf info
Preventing github destruction when pushing reordered changes
Add a dummy commit to each marked change
Push, update github, then push again removing the dummy commit
This seems to happen when two PRs are in a relative chain and their order is swapped.
I think we can do something tricky where we push a temporary intermediate fake commit to break dependencies then push again to send the real changes. ghstack does something similar here ezyang/ghstack#23
The text was updated successfully, but these errors were encountered: