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
I'm not sure if this is by design or if I'm doing something wrong, so wanted to ask. I have this stack:
After I stack-pr land the first PR, then did some rebasing and stack-pr submit again, the landed commit got removed from the stack in all subsequent PRs:
Losing this piece of context feels unfortunate.
The text was updated successfully, but these errors were encountered:
This is the intended behavior, but I agree that it's somewhat unfortunate. The reason it behaves this way is because when you re-run stack-pr submit after the first PR has landed, the tool look at your branch, compares it to main and makes the stack to reflect that. At that point the difference between your branch and main no longer contains the already merged PR, so it's not included into the list (also, there might be already more commits in main on top of that landed one).
I understand though that it would be nice to preserve the relationship of PRs in the stack even after they landed - it's just non-trivial to come up with a robust and clear set of rules for that behavior, and then make sure everything remains consistent.
I'm not sure if this is by design or if I'm doing something wrong, so wanted to ask. I have this stack:
After I
stack-pr land
the first PR, then did some rebasing andstack-pr submit
again, the landed commit got removed from the stack in all subsequent PRs:Losing this piece of context feels unfortunate.
The text was updated successfully, but these errors were encountered: