id	summary	reporter	owner	description	type	status	milestone	component	version	severity	resolution	keywords	cc
8633	fatal: reference is not a tree: 6f60f83963d0433e0f2cf85e57730944b3cf590c	markmi@…	Thorsten Ottosen	"Given the stage of git conversion this might not be surprising but I figured I'd mention it...

Just a note reporting a clone error from an attempt to get a from scratch clone of https://github.com/boostorg/boost.git and what happens for libs/assign. (The command is from the SourceTree application.)

git -c diff.mnemonicprefix=false -c core.quotepath=false clone --recursive https://github.com/boostorg/boost.git /Users/markmi/Documents/boost 
fatal: reference is not a tree: 6f60f83963d0433e0f2cf85e57730944b3cf590c
Unable to checkout '6f60f83963d0433e0f2cf85e57730944b3cf590c' in submodule path 'libs/assign'

The libs/assign/... working copy ended up empty. The rest cloned fine and each made a working copy from what I can tell. The libs/assign ""Submodule path ... checked out ..."" notice ended up missing (as expected given the above):

...
Cloning into 'libs/array'...
Submodule path 'libs/array': checked out 'f7dc34aafe94dc3bcf4665f69e623f6073ac0b3c'
Cloning into 'libs/asio'...
Submodule path 'libs/asio': checked out 'cfc2182105366f6ef6233519442531d7e6e8480a'
Cloning into 'libs/assign'...
Cloning into 'libs/atomic'...
Submodule path 'libs/atomic': checked out '578d373dcc8e615201b667828ed27808ebb99763'
...


This happened both times that I tried 2013-May-30 (rather early in the morning pacific time each time).

In looking at the log for libs/assign the history was only for 8/18/04 and before until I checked off ""Follow renamed files"". Then more from 8/18/04 and up to a 11/5/07 check-in showed up in the display of the log. Without the check off 6f60f83963d0433e0f2cf85e57730944b3cf590c is the next-to-last 8/18/04 one shown.

In another place SourceTree listed:

-Subproject commit 6f60f83963d0433e0f2cf85e57730944b3cf590c

+Subproject commit 109f5373b70c6aac0d599a96553f5febf7f1ac02-dirty


Might the super-project have had a push without the subproject having had its matching push?
"	Bugs	closed	To Be Determined	assign		Not Applicable	fixed	boostorg/boost.git