From: Jan Nieuwenhuizen <janneke-list@xs4all.nl>
To: Tomas Carnecky <tom@dbservice.com>
Cc: git list <git@vger.kernel.org>
Subject: Re: Unhelpful "branch.master.remote = <nickname>" advice?
Date: Wed, 11 Nov 2009 20:34:12 +0100 [thread overview]
Message-ID: <1257968052.26362.155.camel@heerbeest> (raw)
In-Reply-To: <D6B0AE61-6CA3-4F79-BB50-B8795415BAB7@dbservice.com>
Op woensdag 11-11-2009 om 20:10 uur [tijdzone +0100], schreef Tomas
Carnecky:
> On Nov 11, 2009, at 7:56 PM, Jan Nieuwenhuizen wrote:
Hi Tomas,
> You used this:
> $ git config branch.master.remote = <something>
> Do you see the difference between that and what I posted?
Sure, I now know what syntax you and the advise mean. However,
I'm just pointing out that the git pull advise makes no sense,
however way you try to interpret it?
> > I think it might be more helpful if this text said
> > configuration file and gave a usable configuration file
> > snippet, or alternatively said git config, and gave usable
> > git config commands.
>
> Feel free to send a patch ;)
[just maybe, if my uninstall patch goes in easily, but]
First I need to know what the new advise should be. As you
can see below, I'm still confused.
I was hoping someone would say: Ah blast! That was me,
stupid: Fixed in master :-) And everything would make
sense and work.
> branch.master.remote has two different values, git doesn't know which
> remote to use.
Well, it can see that there already is a value for branch.master.remote
defined, and it /still/ advises to add one. It also uses <nickname>,
which suggests there could be multiple values?
For all I know, pull can only handle one nickname and it shouldn't
give this advise at all?
> Do you want to pull from origin or eddy?
I'm publishing on origin -- that's what the original clone was
from. Also, I use it to update from most often, when I work
from different locations. All fine.
Now this Eddy guy says: pull from here. I try it and get
this advise. So, I'd like to have
git pull # use origin by default
git pull eddy # pull from eddy's url
> I would
> recommend only keeping one [branch "master"] section and edit it
> appropriately.
Yes, I tried that and came up with
[branch "master"]
remote = origin
merge = refs/heads/master
[remote "origin"]
url = git@github.com:janneke/gub.git
fetch = +refs/heads/*:refs/remotes/origin/*
# advise from git pull, using <nickname> = eddy
# branch.master.remote = <nickname>
# branch.master.merge = <remote-ref>
# remote.<nickname>.url = <url>
# remote.<nickname>.fetch = <refspec>
#[branch "master"]
# remote = eddy # ignore branch.master.remote advise
# merge = refs/heads/master
[remote "eddy"]
url = http://github.com/epronk/gub.git
fetch = +refs/heads/*:refs/remotes/origin/*
This /seems/ to work. However, I still get this
$ git pull -r
From git@github.com:janneke/gub
+ 7bb5905...8ff38da master -> origin/master (forced update)
First, rewinding head to replay your work on top of it...
Fast-forwarded master to 8ff38da0a7013a891de18a0b7bec12b9d1fa6637.
20:25:55 janneke@peder:~/vc/gub
[looks okay]
$ git pull -r eddy
From http://github.com/epronk/gub
+ 8ff38da...7bb5905 master -> origin/master (forced update)
[looks fine too, but still continues with]
You asked me to pull without telling me which branch you
want to merge with, and 'branch.master.merge' in
your configuration file does not tell me either. Please
specify which branch you want to merge on the command line and
try again (e.g. 'git pull <repository> <refspec>').
See git-pull(1) for details.
If you often merge with the same branch, you may want to
configure the following variables in your configuration
file:
branch.master.remote = <nickname>
branch.master.merge = <remote-ref>
remote.<nickname>.url = <url>
remote.<nickname>.fetch = <refspec>
See git-config(1) for details.
[1]20:26:01 janneke@peder:~/vc/gub
$
so I'm still missing something?
> Is 'git pull -r' not short enough for you?
It's more of a usability thing. It annoys me that the most
used functionality needs a command line option. Worse however,
is that people [myself included] tend to forget that "-r",
and our logs have lots of these ugly, unnecessary
c377994 Merge branch 'master' of ssh+git://git.sv.gnu.org/srv/git/lilypond
Also, we need to explain this to all newcomers.
Jan.
--
Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond - The music typesetter
Avatar®: http://AvatarAcademy.nl | http://lilypond.org
next prev parent reply other threads:[~2009-11-11 19:34 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-11 13:22 Unhelpful "branch.master.remote = <nickname>" advice? Jan Nieuwenhuizen
2009-11-11 14:08 ` Tomas Carnecky
[not found] ` <1257965806.26362.132.camel@heerbeest>
2009-11-11 19:10 ` Tomas Carnecky
2009-11-11 19:34 ` Jan Nieuwenhuizen [this message]
2009-11-11 20:32 ` Tomas Carnecky
2009-11-12 14:17 ` Jan Nieuwenhuizen
2009-11-12 14:53 ` [PATCH] git-pull.sh: overhaul error handling when no candidates are found Jan Krüger
2009-11-12 15:06 ` Jeff King
2009-11-12 15:25 ` Jan Krüger
2009-11-12 15:28 ` Jeff King
2009-11-12 16:08 ` [PATCH v2] git-pull.sh --rebase: " Jan Krüger
2009-11-13 4:07 ` Jonathan Nieder
2009-11-27 14:17 ` [PATCH] pull: clarify advice for the unconfigured error case Jonathan Nieder
2009-12-02 23:08 ` Junio C Hamano
2009-12-03 1:26 ` Jonathan Nieder
2009-12-03 1:43 ` Jeff King
2009-12-03 8:49 ` Jan Nieuwenhuizen
2009-12-03 10:51 ` Jan Krüger
2009-12-07 0:29 ` Junio C Hamano
2009-11-15 9:08 ` [PATCH v2] git-pull.sh --rebase: overhaul error handling when no candidates are found Junio C Hamano
2009-11-12 14:56 ` Unhelpful "branch.master.remote = <nickname>" advice? Björn Steinbrink
2009-11-12 15:03 ` Tomas Carnecky
2009-11-18 12:29 ` [PATCH] Makefile: add uninstall target. Fixes elementary good cleaning manners Jan Nieuwenhuizen
2009-11-18 13:28 ` Matthieu Moy
2009-11-11 14:13 ` Unhelpful "branch.master.remote = <nickname>" advice? Jan Krüger
2009-11-11 19:54 ` Junio C Hamano
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=1257968052.26362.155.camel@heerbeest \
--to=janneke-list@xs4all.nl \
--cc=git@vger.kernel.org \
--cc=tom@dbservice.com \
/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).