On Nov 10, 2010, at 14:09, San Martino wrote:
> 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.
Why can't you?
> 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?
You could check out the large directory.
Or you could check out a sparse directory of only what you need to work on.
Or you could reorganize the files by project so that you can check out each project. If there are hundreds of projects and this is daunting, you could just convert projects as you need to work on them.
Received on 2010-11-10 21:18:07 CET