In article [ref],
Junio C Hamano [off-list ref] wrote:
Ron Garret [off-list ref] writes:
quoted
git commit-tree insists on having at least one parent commit at
the command line.
Incorrect. "git commit" might but "git commit-tree" does. Perhaps you
are forgetting that the first object name is a tree to be wrapped.
No, I didn't forget that. I forgot to omit the -p flag. Doh!
A short answer is that you don't create a root commit twice in a single
repository, period.
Why not? I could easily create an empty root commit and multiple
branches off that. (Maybe that's a better way to go.) What would be
the difference?
rg