git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Wink Saville" <wink@saville.com>
To: "Josef Weidendorfer" <Josef.Weidendorfer@gmx.de>
Cc: "Junio C Hamano" <junkio@cox.net>,
	"Steven Grimm" <koreth@midwinter.com>,
	git@vger.kernel.org
Subject: Re: Git branching & pulling
Date: Tue, 22 May 2007 17:22:03 -0700	[thread overview]
Message-ID: <d4cf37a60705221722t2167a0e8x810689218b87fb39@mail.gmail.com> (raw)
In-Reply-To: <200705202230.24362.Josef.Weidendorfer@gmx.de>

>
> Because git does not know what to merge; there is no config entry
> for "branch.test.merge", as the warning says. How would you reword
> this warning to make it easier to understand?
> But from your question, I assume that you expected git to have a
> "branch.test.merge" setting.
> What do you expect it to do? And why?
>
> Is my assumption correct that you want the last command to be equivalent
> to "git-pull . master"? And my further assumption, that you want this
> because you expect "git pull" to default to merging changes from its
> upstream (also when the upstream is local)?

Yes, as you said below that was the old behavior and besides when
the branch was created git was told what the upstream was it seems
reasonable that it remember that. When I clone a remote it does the
right thing it would seem when I make a branch it would behave
the same.

>
> Creation of a branch from another local one never has created
> "branch.x.remote" or "branch.x.merge" entries. I am not even sure
> that setting "branch.x.remote" to "." is working in the current version.

I tired to create the appropriate entries and it didn't work,
but maybe operator error.

> BTW: There was some old behavior of "git pull" to always pull the master
> branch from remote "origin" without any further parameters. I suppose that
> you did not want this to happen in your example above ?!
>

I expected it to pull from its upstream (i.e. the branches parent).

Wink

  reply	other threads:[~2007-05-23  0:22 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-19  5:40 Git branching & pulling Wink Saville
2007-05-19  5:49 ` J. Bruce Fields
2007-05-19  6:00 ` Junio C Hamano
2007-05-19  6:05   ` Junio C Hamano
2007-05-19  6:22     ` Steven Grimm
2007-05-19  6:28       ` Junio C Hamano
2007-05-19 16:31         ` Wink Saville
2007-05-20 20:30           ` Josef Weidendorfer
2007-05-23  0:22             ` Wink Saville [this message]
2007-05-23  0:35               ` Junio C Hamano
2007-05-23  5:07                 ` [PATCH] Document branch.autosetupmerge Paolo Bonzini
2007-05-23  9:49                 ` Git branching & pulling Josef Weidendorfer

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=d4cf37a60705221722t2167a0e8x810689218b87fb39@mail.gmail.com \
    --to=wink@saville.com \
    --cc=Josef.Weidendorfer@gmx.de \
    --cc=git@vger.kernel.org \
    --cc=junkio@cox.net \
    --cc=koreth@midwinter.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).