From: "Love, Robert W" <robert.w.love-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
To: Neil Horman <nhorman-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org>
Cc: "James E.J. Bottomley"
<JBottomley-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>,
"devel-s9riP+hp16TNLxjTenLetw@public.gmane.org"
<devel-s9riP+hp16TNLxjTenLetw@public.gmane.org>,
"linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: Request for improved commit tracking between fcoe and scsi trees
Date: Thu, 4 Oct 2012 20:25:26 +0000 [thread overview]
Message-ID: <506DF0B4.9000004@intel.com> (raw)
In-Reply-To: <20121003192346.GA15969-B26myB8xz7F8NnZeBjwnZQMhkBWG/bsMQH7oEaQurus@public.gmane.org>
On 10/3/2012 12:23 PM, Neil Horman wrote:
> James, Robert-
> I've been doing lots of backports of FCoE code to the RHEL tree these
> last few months, and I've noticed something fairly irritating, and I was
> wondering if you two could help me out with it (in fact you two are the only two
> which can). I noticed that commits which are accepted into the FCoE tree that
> get passed upstream through the scsi tree have their commit hashes altered. I
> can't find any examples currently, due to the fact that you, Robert, have
> recently re-cloned your git tree at open-fcoe.org, so all this nastiness has
> been covered up currently, but if things don't change, this issue will quickly
> resurface.
>
> Regardless, This makes it _really_ difficult to track a given patchs' traversal
> between trees upstream, and makes my life as a distro subsystem maintainer fairly
> painful. Normally I would just live with it, but I can't see any reason why it
> should be this way, given that git can easily prevent this with a pull. James,
> Robert, could you two please work out a way to provide commit hash consistency
> between your trees? It would make mine (and I'm sure many other people's)
> lives, much easier.
I had included pull URLs in the covermails of my updates, but I haven't
lately. I will make sure to do that from now on. Bart had a complaint
about a misspelling in a commit message of a patch in my last update. I
just resent that three patch series with the corrected commit message. I
included a signed-tag to pull from in the covermail.
Consistent commit IDs between linux-fcoe.git and scsi.git would help me
as well. It would allow me to track commit IDs from my tree all the way
into the distros, so that I can make sure nothing gets missed.
Thanks, //Rob
next prev parent reply other threads:[~2012-10-04 20:25 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-03 19:23 Request for improved commit tracking between fcoe and scsi trees Neil Horman
[not found] ` <20121003192346.GA15969-B26myB8xz7F8NnZeBjwnZQMhkBWG/bsMQH7oEaQurus@public.gmane.org>
2012-10-04 20:25 ` Love, Robert W [this message]
[not found] ` <506DF0B4.9000004-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2012-10-04 21:08 ` Zou, Yi
2012-10-07 11:01 ` James Bottomley
2012-10-07 10:59 ` James Bottomley
2012-10-08 13:25 ` Neil Horman
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=506DF0B4.9000004@intel.com \
--to=robert.w.love-ral2jqcrhueavxtiumwx3w@public.gmane.org \
--cc=JBottomley-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org \
--cc=devel-s9riP+hp16TNLxjTenLetw@public.gmane.org \
--cc=linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=nhorman-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.