git 1.6.3.3 has a bug related to .git file support and aliases.
Specifically, if you make an alias for status and call it from a
subdirectory, git status chdirs into the true .git dir but then
chdir's back to the wrong place in order to run the lstats for status.
The result is that git status thinks all files have disappeared.
Here's a self-contained test script:
#!/bin/bash
set -x
# make a simple repository
mkdir repo
cd repo
git init
mkdir a
echo content > a/b
git add a/b
git commit -m "a commit"
# replace the gitdir with a gitfile
mv .git ../repo.git
echo gitdir: `pwd`.git > .git
# normal git status works
cd a
git status
# an alias for git status fails
git config alias.st status
git st
which produces output
top:tmp% ./bug
++ mkdir repo
++ cd repo
++ git init
Initialized empty Git repository in /Users/irving/tmp/tmp/repo/.git/
++ mkdir a
++ echo content
++ git add a/b
++ git commit -m 'a commit'
[master (root-commit) 6b07ec4] a commit
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 a/b
++ mv .git ../repo.git
+++ pwd
++ echo gitdir: /Users/irving/tmp/tmp/repo.git
++ cd a
++ git status
# On branch master
nothing to commit (working directory clean)
++ git config alias.st status
++ git st
# On branch master
# Changed but not updated:
# (use "git add/rm <file>..." to update what will be committed)
# (use "git checkout -- <file>..." to discard changes in working directory)
#
# deleted: a/b
#
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# b
no changes added to commit (use "git add" and/or "git commit -a")
.git file support also doesn't work on a repository with no commits
(which is why the test script makes a commit normally before switching
to a gitfile). However, I care about this second problem much less,
and didn't notice it until I made the test script.
Finally, huge thanks to Lars for implementing this. I'm storing git
working directories inside vesta, and symlink support is currently
disabled. It's very pleasant to grep through the source and find that
someone already fixed exactly my problem. :)
Geoffrey
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html