Thanks for the academic feedback...
Tony Mee <A.J.Mee@ncl.ac.uk> writes:
> 1) Many of our users (students esp.) do not have vast amounts of disk
> space, as your disk space vs. network bandwidth. Quotas are
> generally tight in academic institutes unless good reasons
> are given. Trying to persuade them to keep two copies of everthing
> they check out is almost impossible, especially when they really
> only wanted to check out a read-only copy to peruse!
> Further we've all got network bandwidth coming out of our ears :-)
I think Subversion 2.0 will probably have a revamped working copy
library/model, or perhaps two of them... one optimized for disk, one
for bandwidth. You're not the first person to dislike the cached
pristine files. :-)
> 2) CVS is capable of having 'local' repositories. i.e. even if you
> don't have server you can wack in a directory, cvs init it and
> use it for version control / internal collaboration. SVN can't
> do this... can it?
Of course it can:
svn checkout file:///local/path/to/repository
We could hardly call ourselves a CVS replacement without that
ability. :-)
> 3) One of the great advantages of CVS is when you develop and test
> locally then run codes on a super computer... Since you're working
> in CVS one can simply point the CVS at your repository (e.g. here
> in Newcastle) check out the code on the super computer and
> compile it. Unfortunately I have yet to found a super computer
> with Subversion installed, hopefully this will come with time and a
> little. Is it in any major distributions yet?
There are RPMS, .debs, and other packages out there for Subversion. I
doubt major vendors (like RedHat) will "automatically" install an svn
client as part of a base system until we reach 1.0. It's just a
matter of patience.
Meanwhile, as long as the supercomputer is running a Unix-ey OS, you
should have no trouble building an svn client from source code.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 11 19:00:58 2003