Openembedded Core Discussions
 help / color / mirror / Atom feed
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



  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