Zulip Chat Archive

Stream: general

Topic: Merge master into branch?


Rémy Degenne (Nov 19 2020 at 09:25):

I have an open PR #5014 which contains a lemma that I needed at the time of writing it, but another more recent PR of mine (#5026) was merged with another more general lemma that renders the old one redundant. I want to use the new lemma, but it is not in the branch of PR #5014. What do I do? Do I just merge master into the branch of #5014 (branch Lp_space_neg_add), even if it clutters the PR with many commits from many authors? Is there a cleaner way?

Of course the best way to proceed would have been to realize first that I could write the general lemma and PR it first, but that is not what happened.

Johan Commelin (Nov 19 2020 at 09:27):

@Rémy Degenne You can git rebase master (after checking out your PR branch)

Ruben Van de Velde (Nov 19 2020 at 09:27):

If you merge master into your branch, github should only show the merge commit, not everything that landed in between

Johan Commelin (Nov 19 2020 at 09:27):

But merging master is also a valid option, and it means that you will not have to force-push

Johan Commelin (Nov 19 2020 at 09:28):

We don't really care about ugly history, it get's squashed anyway when the PR is merged into master.

Rémy Degenne (Nov 19 2020 at 09:29):

Ok, thanks. If merging is fine, I'll do that.

Sebastien Gouezel (Nov 19 2020 at 09:29):

Yes, please do merge master. And then I'll review!

Ruben Van de Velde (Nov 19 2020 at 09:30):

(I thought the documentation said not to rebase, but I can't find that anymore. Must've dreamed it.)

Bryan Gin-ge Chen (Nov 19 2020 at 16:05):

I can't remember if it's in any of our documentation, but I think the general recommendation is to avoid rebasing after people start reviewing the PR since GitHub can't put the review comments in the right place after the rebase.


Last updated: Dec 20 2023 at 11:08 UTC