Quoting Junio C Hamano <gitster@xxxxxxxxx>:
+test_expect_success 'error on clean index and worktree while on
orphan branch' '
+ test_when_finished "git checkout master" &&
+ git checkout --orphan orphan &&
+ git reset --hard &&
+ test_must_fail run_require_clean_work_tree
+'
The title is wrong. Immediately after creating and getting on an
orphan branch, you have stuff in the index that is not committed to
the branch, so your index cannot be clean by definition.
The index contains the file 'file', so it's not clean indeed.
The
contents of the working tree may or may not be clean immediately
after getting on a new orphan branch, but you are doing "reset
--hard" to make the index and the working tree agree,
... and match HEAD, which in this case means both the index and the
worktree become empty.
'git rm -r .' would have made the intent clearer. Or 'git init emptyrepo'.
so this is
testing the "clean working tree" case, I think.
So the question is, before we go any further: are an empty index and
empty worktree clean when HEAD doesn't point to a commit? (either after
the command sequence in the above test, or right after 'git init').
I do think they are clean.
Gábor
--
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