going from cvs to svnq
Andrew Hamilton-Wright
andrew at QEMG.org
Wed Apr 1 03:03:07 PDT 2009
[ snippage of question re: svn and cvs ]
On Tue, 31 Mar 2009, Chuck Robey wrote:
> Andrew Wright wrote:
>>
>> The primary advantage of using svn is that the _server_ uses a
>> different protocol to track objects.
>
> I think that's unclear, you can't mean that just having the protocol be
> different, that's not that much of a win. Having svn track extra things, like
> directories, that I'd think was a win.
I chose the word protocol poorly. For "protocol" read "way of
doing things", or perhaps "algorithm".
What I was trying to make clear is that the choice of tool between
cvs and svn is made based on server related criteria.
> What I don't know is, I use cvsup all the time, but when I switch to svn, what
> does the "cvsup" job of tracking an archive (not tracking the sources, I mean
> the archive)? Does svn do it all itself? If so, I can find out how, I just
> want to know if that's how its done. If not, what's the general tool used to
> track the freebsd archive, so I can investigate it?
If you are asking "what is the name of the subversion client, and how
can I use it?", then the answer is "svn" (which is also the executable
used for the server, a la cvs with the "pserver" option). Usage
instructions are available via:
http://subversion.tigris.org
If you are asking "what can I type to get a readonly copy of the
repo?", then according to the ROADMAP.txt at:
http://svn.freebsd.org/viewvc/base/ROADMAP.txt?view=markup
the answer appears to be:
svn co http://svn.freebsd.org/base/head
Strong Caveats:
o One of the peculiarities of subversion is that if you
leave off the "head" portion of the URL, you will get _all_ of
the nodes in the repository -- that is, the history at every point.
o As I mentioned earlier, this will produce a newly checked out working
space that is incompatible with cvsup (or cvs in general).
o ***Early Adopter Warning***: There has not been (as far as I know) a
general call for people to move to this type of repository access except
for committers -- therefore expect rough edges until a general announcement
is made.
A.
More information about the freebsd-questions
mailing list