From: Jakub Narebski <jnareb@gmail.com>
To: git@vger.kernel.org
Subject: Re: Decoding git show-branch output
Date: Fri, 19 Jan 2007 23:17:19 +0100 [thread overview]
Message-ID: <eorg06$f1o$1@sea.gmane.org> (raw)
In-Reply-To: 17841.13791.627478.602602@lisa.zopyra.com
[Cc: git@vger.kernel.org]
Bill Lear wrote:
> I'm not sure if this is sane: is it ok to clone the company repo,
> then push from that clone into a bare repo, then from there to
> the company one? Is git doing some sort of weird, silent pseudo-merge
> that we don't understand, thus generated what appears to be a very
> tangled, albeit brief, history, when we examine it?
It is quite sane, I think, to use bare repositories as "gateways".
> I have read about 8 documents on git, experimented with it
> extensively, and, at our company, I am arguably the "git expert"; I
> thought that I had done all of my work on my local repo's master
> branch, and only pushed from that branch up to our company repo. Yet,
> qgit shows that one of my first commits (to fix a few simply typos in
> documentation) goes off onto another branch. git-show-branch shows
> "[master~3^2~9] Fix a few typos" for this. I'm very confused how this
> could have happened, and I want to ensure we are doing things in a way
> that is predictable...
Nether push nor fetch does do merges. What can do merges (if not in
fast-forward case, i.e. in case where only one side did any changes), is
pull (but it doesn;t do this silently). I suspect that pulling from
different repositories (probably into different tracking branches, or
without use of tracking branches) might be the culprit.
--
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git
next prev parent reply other threads:[~2007-01-19 22:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-19 13:12 Decoding git show-branch output Bill Lear
2007-01-19 14:13 ` Santi Béjar
2007-01-19 21:19 ` Bill Lear
2007-01-19 22:17 ` Jakub Narebski [this message]
2007-01-19 22:26 ` 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='eorg06$f1o$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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.