Johannes Schindelin <Johannes.Schindelin@xxxxxx> writes: > When HEAD is detached, --all should list it, too, logically, as a > detached HEAD is by definition a temporary, unnamed branch. > > It is especially necessary to list it when garbage collecting, as > the detached HEAD would be trashed. > > Noticed by Thomas Rast. > > Note that this affects creating bundles with --all; I contend that it > is a good change to add the HEAD, so that cloning from such a bundle > will give you a current branch. However, I had to fix t5701 as it > assumed that --all does not imply HEAD. Sorry, but I do not understand. > diff --git a/t/t5701-clone-local.sh b/t/t5701-clone-local.sh > index 8dfaaa4..14413f8 100755 > --- a/t/t5701-clone-local.sh > +++ b/t/t5701-clone-local.sh > @@ -11,8 +11,8 @@ test_expect_success 'preparing origin repository' ' > git clone --bare . x && > test "$(GIT_CONFIG=a.git/config git config --bool core.bare)" = true && > test "$(GIT_CONFIG=x/config git config --bool core.bare)" = true > - git bundle create b1.bundle --all HEAD && > - git bundle create b2.bundle --all && > + git bundle create b1.bundle master HEAD && > + git bundle create b2.bundle master && Because --all did not imply HEAD, "--all HEAD" used to be the way to say "everything and HEAD". Now --all does imply HEAD, but it should still be a valid way to say "everything, by the way, do not forget HEAD". Does the first one need to be changed to "master HEAD"? If "--all HEAD" makes the rest of the test unhappy because HEAD is listed twice, perhaps that is an independent bug that needs to be fixed? For that matter, what does "git bundle create x HEAD HEAD" do? Does it list HEAD twice? -- 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
