Re: rebase not honoring core.worktree pointing elsewhere
- From
Sverre Rabbelier <srabbelier@gmail.com>
- Date
- Nov 1, 2010, 17:38 UTC
- Message-ID
- <AANLkTimdJgobR_C2cCA7oLHc2Yr9YsSobqsMMueN=XAE@mail.gmail.com>
- In-Reply-To
- <loom.20101101T182113-378@post.gmane.org>
[+Nguyễn Thái Ngọc Duy, who is currently working on improving/fixing how git handles worktree detection]
On Mon, Nov 1, 2010 at 18:22, Paul Drews <paul.drews@intel.com> wrote:
Show 36 quoted lines
> I'm observing an unexpected error from "git rebase" run from the directory > containing the ".git" directory: > > $ git --version > > git version 1.7.3.GIT > (includes up to commit ca2090 from git repository at > http://www.kernel.org/pub/scm/git/git.git) > > $ mkdir wherefilesare > $ mkdir wheregitis > $ cd wherefilesare > $ echo "Here is a line from the original" > myfile.txt > $ cd ../wheregitis > $ git init > $ git config core.worktree /absolute/path/to/wherefilesare/ > $ git add . > $ git commit > $ git branch mybranch > $ git checkout mybranch > $ vim ../wherefilesare/myfile.txt > $ git add . > $ git commit > $ git checkout master > $ vim ../wherefilesare/myfile.txt > $ git add . > $ git commit > $ git checkout mybranch > $ git rebase master > > fatal: /usr/libexec/git-core/git-rebase cannot be used without a working tree. > > Since I'm in the directory containing ".git" at this point, the ".git" directory > and the worktree can be unambiguously found. Other commands besides "git > rebase" work. I would expect "git rebase" to work as well. Is this a bug or an > unreasonable expectation on my part?
Sounds like a bug.
-- Cheers, Sverre Rabbelier