On Sun, Aug 21, 2005 at 12:55:33PM -0700, Linus Torvalds wrote:
- } else if (!strcmp(arg, -t)) {
+ continue;
+ }
+ if (!strcmp(arg, -t)) {
tag_cached = H ;
tag_unmerged = M ;
On Wed, Jul 13, 2005 at 09:03:26AM +0200, Matthias Urlichs wrote:
You are ;-) the tree itsels is no symlinked, but HEAD points to
refs/heads/branch by default.
Thanks for pointing that out. I honestly never noticed that.
How about the following?
echo_to_file() {
local DEST=$2
On Wed, Jul 13, 2005 at 10:07:24PM +0200, Matthias Urlichs wrote:
You lose if the link is relative and the symlink is not in the
current directory.
Cogito doesn't create such links in my (limited_ experience. Why
would anyone else do that?
You also lose on systems where the empty filename
On Wed, Jul 13, 2005 at 01:05:02PM -0700, Linus Torvalds wrote:
This is really complicated, for no good reason.
What should I be doing?
The _object_ directories should be linked, but it's really wrong to link
the refs/ directories and expect them to have COW behaviour.
I'm confused.
This
On Wed, Jul 13, 2005 at 02:05:35PM -0700, Linus Torvalds wrote:
and .git/refs/head/master is hardlinked between both trees.
AND THAT IS WRONG.
OK, I was more-or-less assuming that 'cp -Rl tree1 tree2' was always a
valid thing to do.
Clearly if it's not then all of this is somewhat moot.
On Wed, Jul 13, 2005 at 02:33:43PM -0700, Linus Torvalds wrote:
Hmm.. I don't think it's necessarily wrong, although as you say,
your editor had better DTRT.
It does. I assume probably everything does but I never really
checked.
That said, even if your editor doesn't, at least you won't
Sometimes (often actually) I do:
cp -Rl tree1 tree2# new tree with implied CoW semantics
cd tree2
cg-update # or similar
the latter well frob .git/HEAD or similar by doing echo foo bar
which obviously breaks the intended CoW semantics.
How would
On Tue, Jul 12, 2005 at 09:37:00PM +, Junio C Hamano wrote:
if [ $newhead ]; then
echo Committed as $newhead.
- echo $newhead $_git/HEAD
+ echo_to_file $newhead $_git/HEAD
[ $merging ] rm $_git/merging $_git/merging-sym $_git/merge-base
Good intentions, but wouldn't
On Sun, Apr 17, 2005 at 07:25:49PM -0400, jeff millar wrote:
Here's a tidbit to enable git to compile on Fedora. Add the
following line to /etc/rc.d/rc.local...
ln -sf /lib/modules/`uname -r`/build/include/linux /usr/local/include/linux
I can't see why this should be needed. What breaks
9 matches
Mail list logo