> Git has submodules, but it is not the same and more cumbersome (for example each time the remote repository is updated, you need to perform a local commit to bring your reference up to date with the remote).
It's simply not revision controlled if two different checkouts of the same version produce different source trees.
externals might be convenient for moving targets, but that's entirely wrong behavior for a revision control system.
Re:Subversion in 2010 and Beyond
by stonemetal on Friday January 22, 2010 @03:40PM
(#1070623)
The can't support was directed at file locking, which is mainly useful for binary files that can't be merged.
So if you make a repository like:
In svn someone can checkout libs/my_debug_lib and treat that as its own repository (ignoring the directories above that level).A secondary thing is “externals”. With svn you can add another repository as a directory. Git has submodules, but it is not the same and more cumbersome (for example each time the remote repository is updated, you need to perform a local commit to bring your reference up to date with the remote).
I guess a third svn feature is file properties.