On Tue, 03 Sep 2013 08:33:39 +, Junio C Hamano wrote:
...
Reading the patch series from 2008 again, I do agree with J6t's
comment that it should be just a regular capability,
I've implemented it as a 'sym=refs/heads/foo' capability.
It actually makes the patch series a lot shorter; the only
On Fri, 06 Sep 2013 13:41:30 +, Andreas Krey wrote:
...
If I run the exact same commands in a shell script they succeed,
in t5601-clone.sh the clone step seems to fail, and I have no
clue where to look for a clue.
Oh, never mind. --verbose shows that the test is borked;
it tries a checkout
On Tue, 03 Sep 2013 12:46:52 +, Andreas Krey wrote:
...
I have a strange behaviour from a bare repo I inherited;
when I clone from that one (ssh) the branch checked out
is *not* the one referenced in HEAD in the remote repo,
I now have a sample repo that reproduces this behaviour.
Unpack
On Tue, 03 Sep 2013 13:48:31 +, Andreas Krey wrote:
...
I now have a sample repo that reproduces this behaviour.
Unpack tar file, clone, see clone having 'wrong' branch
checked out, apparently independent of the transport:
Ouch, it looks like 'git clone' doesn't actually know
the 'current
On Tue, 03 Sep 2013 15:02:50 +, Michael Schubert wrote:
...
happen to have the HEAD *commit* as their tip.
Yes, it picks the first of those:
http://thread.gmane.org/gmane.comp.version-control.git/168144
Thanks for the pointer.
And pity, the patches didn't make it that time either...
Andreas Krey a.k...@gmx.de writes:
On Tue, 03 Sep 2013 15:02:50 +, Michael Schubert wrote:
...
happen to have the HEAD *commit* as their tip.
Yes, it picks the first of those:
http://thread.gmane.org/gmane.comp.version-control.git/168144
Thanks for the pointer.
And pity, the
6 matches
Mail list logo