From: Trond Myklebust <trondmy@hammerspace.com>
To: "torvalds@linux-foundation.org" <torvalds@linux-foundation.org>
Cc: "linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [GIT PULL] Please pull NFS client changes for 5.14
Date: Fri, 9 Jul 2021 16:55:15 +0000 [thread overview]
Message-ID: <448e0f2b96b7fa85f1dd520b39a24747ea9487ed.camel@hammerspace.com> (raw)
In-Reply-To: <CAHk-=wjvNb9GVdbWz+xxY274kuw=xkYBoBYHHHO7tscr1V0YAQ@mail.gmail.com>
On Fri, 2021-07-09 at 09:51 -0700, Linus Torvalds wrote:
> On Thu, Jul 8, 2021 at 11:16 AM Trond Myklebust
> <trondmy@hammerspace.com> wrote:
> >
> > Please note that this branch was rebased today. The reason was I
> > discovered
> > that one of the topic branches that was merged contained some
> > duplicated patches
> > from the main branch (mea culpa). So the rebase simply removed
> > those duplicates
> > from the topic branch.
>
> Please don't rebase just for pointless details like this.
>
> Duplicate patches aren't a problem, and we have them all the time.
>
> Yes, they can cause annoying merge conflicts (not on their own -
> identical patches will merge just fine - but if there are then
> *other*
> changes to the same area). But it's seldom all that big of a deal,
> and
> if there's just a couple of duplicates, then rebasing is much _worse_
> than the fix.
>
> If there were *tons* of duplicate patches, and you have some workflow
> issue, that's one thing - and then you need to fix the workflow. But
> particularly for just a couple of patches, rebasing and losing all
> the
> testing is really entirely the wrong thing to do.
>
> In other words: only rebase for *catastrophic* stuff. Only yo fix
> things that are actively broken. Not for some minor technical issue.
>
> I've pulled this, but please avoid this in the future.
>
> Linus
Thanks! It didn't result in any overall code changes or even changes to
the result of the merges. However if you're OK with the occasional
duplicate patch then I'll make sure to avoid this in the future.
--
Trond Myklebust
Linux NFS client maintainer, Hammerspace
trond.myklebust@hammerspace.com
next prev parent reply other threads:[~2021-07-09 16:55 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-08 18:16 Trond Myklebust
2021-07-09 16:51 ` Linus Torvalds
2021-07-09 16:55 ` Trond Myklebust [this message]
2021-07-09 17:09 ` Linus Torvalds
2021-07-09 17:41 ` pr-tracker-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=448e0f2b96b7fa85f1dd520b39a24747ea9487ed.camel@hammerspace.com \
--to=trondmy@hammerspace.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®