From: Darren Hart <dvhart@linux.intel.com>
To: Martin Jansa <martin.jansa@gmail.com>
Cc: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 1/1] create-pull-request: allow '+' in git PROTO_RE, ie for 'git+ssh://'
Date: Thu, 02 Jun 2011 23:40:49 -0700 [thread overview]
Message-ID: <4DE881F1.5070509@linux.intel.com> (raw)
In-Reply-To: <20110603060334.GK3281@jama.jama.net>
On 06/02/2011 11:03 PM, Martin Jansa wrote:
> On Thu, Jun 02, 2011 at 10:38:11PM -0700, Darren Hart wrote:
>> Hi Martin,
>
> Hi Darren,
>
>> No objection if this is a valid URL. I didn't include this because 1) I
>> didn't know about it and 2) it isn't listed in the git pull man page,
>> which is what I developed to. Is git+ssh... equivalent to ssh:// ?
>
> before this change my pull requests had url like this
> are available in the git repository at:
> git+ssh://git@git.openembedded.org/meta-openembedded-contrib jansa/meta-oe
> http://cgit.openembedded.org/cgit.cgi/git+ssh://git@git.openembedded.org/meta-openembedded-contrib/log/?h=jansa/meta-oe
>
> because RE wasn't matching my URL at all
>
> OE @ ~/shr-core/openembedded-core $ git config remote.contrib.url
> git+ssh://git@git.openembedded.org/openembedded-core-contrib
>
> IMHO this is equivalent to ssh:// or git@ without protocol but haven't
> checked documentation to be sure. But I'm sure this is valid and that
> this works right (as I'm able to push to contrib).
>
I'm sure the patch is fine - I was just surprised git pull didn't
document the URL. It's already been pulled as well I believe.
>> As a minor nit, please include a body message for anything more
>> complicated than whitespace or typographical fixes.
>
> I use git+ssh:// for many projects so I'm used to it, so I expected that
> this is widely used and this patch would be clear enough.
As I said, it's a nit, but it is consistent with guidelines used in many
other projects. Cramming too much into the subject line makes the git
log hard to read - especially as git doesn't wrap long lines - perhaps
due to the prejudices of the authors ;-) Yours doesn't truncate,
but it comes close. Anyway, dead horse and all that.
Thanks for the fix.
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
next prev parent reply other threads:[~2011-06-03 6:44 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-31 15:48 [PATCH 0/1] Small create-pull-request fix Martin Jansa
2011-05-31 15:48 ` [PATCH 1/1] create-pull-request: allow '+' in git PROTO_RE, ie for 'git+ssh://' Martin Jansa
2011-06-03 5:38 ` Darren Hart
2011-06-03 6:03 ` Martin Jansa
2011-06-03 6:40 ` Darren Hart [this message]
2011-06-03 0:05 ` [PATCH 0/1] Small create-pull-request fix Saul Wold
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=4DE881F1.5070509@linux.intel.com \
--to=dvhart@linux.intel.com \
--cc=martin.jansa@gmail.com \
--cc=openembedded-core@lists.openembedded.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