git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jakub Narebski <jnareb@gmail.com>
To: git@vger.kernel.org
Subject: Re: [PATCH] Add branch.*.localmerge and documentation update
Date: Fri, 08 Dec 2006 22:48:17 +0100	[thread overview]
Message-ID: <elcmen$pm6$1@sea.gmane.org> (raw)
In-Reply-To: 7vr6vagja6.fsf@assigned-by-dhcp.cox.net

<opublikowany i wysłany>

Junio C Hamano wrote:

> "Santi Béjar" <sbejar@gmail.com> writes:
> 
>> On 12/8/06, Josef Weidendorfer <Josef.Weidendorfer@gmx.de> wrote:
>>> Clarify the meaning of branch.*.merge option and add a similar
>>> branch.*.localmerge option, which can be used to specify a local
>>> tracking branch to be merged by default.
>>>
>>> Previously, if branch.*.merge was specified but did not match any
>>> ref, the message "No changes." was not really helpful regarding
>>> the misconfiguration. This now gives a warning.
[...]
>>
>> Ack for the documentation part. But the localmerge part is almost
>> equivalent to my patch to allow the branch.<name>.remote equal to ".".
> 
> I am not so sure about the "localmerge" stuff anymore.
> 
> What convenience would it buy us (including but not limited to
> new people), and if there is any, would that outweigh the
> potential confusion factor to have two different configuration
> variables that do exactly the same thing whose sole difference
> is which side of the fetched branch namespace it uses to specify
> the merge source?

What about my proposal to allow for full refspec, or :<localbranch>
to be specified? I.e. allow all the following forms:
  branch.<name>.merge = refs/heads/<remotebranch>
  branch.<name>.merge = refs/heads/<remotebranch>:refs/remotes/<remote>/<localbranch>
  branch.<name>.merge = :refs/remotes/<remote>/<localbranch>

By the way, if branch.*.remote is equal to ".", remote branch is
local branch.
-- 
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git


  reply	other threads:[~2006-12-08 21:50 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-06  4:51 git pull and merging Aneesh Kumar
2006-12-06  5:02 ` Junio C Hamano
2006-12-06  5:21   ` Aneesh Kumar
2006-12-06  9:26     ` Johannes Schindelin
2006-12-06 10:00       ` Peter Baumann
2006-12-06 10:14         ` Johannes Schindelin
2006-12-06 10:23           ` Peter Baumann
2006-12-06 10:05       ` Aneesh Kumar
2006-12-06 10:28         ` Jakub Narebski
     [not found]           ` <cc723f590612060236k7839942el8d048eedfdee3682@mail.gmail.com>
     [not found]             ` <cc723f590612060248y6f730a54l3a2aadfa6500d36d@mail.gmail.com>
2006-12-06 10:48               ` Fwd: " Aneesh Kumar
2006-12-06 16:44         ` Josef Weidendorfer
2006-12-07  6:46           ` Aneesh Kumar K.V
2006-12-07 11:27             ` Josef Weidendorfer
2006-12-07 19:06               ` Junio C Hamano
2006-12-07 22:54                 ` Josef Weidendorfer
2006-12-08  1:56                   ` Santi Béjar
2006-12-08 17:23                     ` Josef Weidendorfer
2006-12-08 19:12                       ` [PATCH] Add branch.*.localmerge and documentation update Josef Weidendorfer
2006-12-08 20:52                         ` Santi Béjar
2006-12-08 21:38                           ` Junio C Hamano
2006-12-08 21:48                             ` Jakub Narebski [this message]
2006-12-08 22:01                             ` Josef Weidendorfer
2006-12-08 22:34                               ` Junio C Hamano
2006-12-08 23:17                                 ` Josef Weidendorfer
2006-12-08 23:41                                   ` Junio C Hamano
2006-12-09  1:28                                     ` [PATCH] Add branch.*.merge warning " Josef Weidendorfer
2006-12-09 16:14                                       ` Santi Béjar
2006-12-08 21:39                           ` [PATCH] Add branch.*.localmerge " Josef Weidendorfer
2006-12-08 22:15                             ` Santi Béjar
2006-12-08 20:09                       ` git pull and merging Santi Béjar
2006-12-08  7:07                   ` Junio C Hamano
2006-12-07 23:06                 ` Junio C Hamano
2006-12-08  2:04                   ` Santi Béjar
2006-12-08 11:48               ` Jakub Narebski
2006-12-06  9:31     ` Jakub Narebski
2006-12-06  9:58       ` Johannes Schindelin

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='elcmen$pm6$1@sea.gmane.org' \
    --to=jnareb@gmail.com \
    --cc=git@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).