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