Hello, we are porting hundreds of projects from an old versioning system to subversion. We would like to make use of the trunk, tag and branch concepts. For the convertion we used an automatic tool which preserved the original layout under trunk/ . By looking at the layout, one problem is that the files of these projects are not semantically grouped into different directories (one directory for project), but are grouped according to their extensions (.txt, .dll, etc..) or software in which they are installed. For example, under trunk we have automatically obtained:
Database/ Scripts/ Packages/ Application Server libs/ servlets/ while /tag and branch/ are empty There are hundreds of files under each directory. We want to preserve this layout, since it's basically impossible to reorganize all the files in projects/directories. Furthermore, we cannot checkout/update these huge directories whenever we want to change a single file, for example a single package. While it will no longer be the same with the new projects (some of which might depend on old stuff), what we would like to do with the old stuff is to be able to checkout a small number of single files semantically representing a project and tag the release or snapshot under /tag when the changes are done. How could we do in your opinion?