Subversion cleanup

[Daniel Morissette]

Tamas Szekeres wrote:
> Howard,
> 
> Don't we want to cleanup the trunk from the infrequently modified but
> heavy subdirectories like  mapserver_demos, and put them into a
> separate place?
> 

I don't want to take position on whether mapserver_demos and family 
belong under trunk or not. I think there are good arguments for and 
against that which were expressed on this list a few weeks ago.

However, before we move stuff around too much, you should all be aware 
that even though SVN allows you to move files/dirs around apparently 
seamlessly, once a file has been moved to a new location you cannot 
checkout a revision from before the move with a simple "svn update -r 
<revno>".  You have to use the explicit path to where the file used to 
reside at the time of that revision to get the file... which implies 
that you need to track down the file, or checkout a copy of the whole 
repository if you don't know where it used to be.

When I hit that problem last time, someone (I think it was Howard) 
suggested using 'svn cat -r ...'  to fetch a copy of the file's revision 
without requiring that I specify the original path of the file, but that 
sends output to stdout and defeats revision management. i.e. you cannot 
work on that revision of the file against the repository after.

My 0.02$ on moving files around in SVN...

Daniel
-- 
Daniel Morissette
http://www.mapgears.com/