[kepler-dev] draft conversion of ptII tree from svn to cvs and svn nits

Christopher Brooks cxh at eecs.berkeley.edu
Tue Jun 3 20:14:49 PDT 2008


I have some notes about svn at
http://chess.eecs.berkeley.edu/ptolemy/wiki/Ptolemy/Subversion

The gist of this is reported below:

I did a first cut of a conversion from cvs to svn for the ptII tree.

To try it from the command line:
  svn co svn+ssh://source.eecs.berkeley.edu/home/svn_chess/ptII/trunk
  mv trunk ptII
  cd ptII
  ./configure

Note that this is just a test copy, this is not a live copy, I'll be 
deleting the svn tree and creating it again from cvs when I'm ready to
move over.  So, _don't_check_in_changes_ to the ptII svn repository
and expect to see them last.

I'll be working on the Eclipse setup and on a real set of instructions.

I found a few interesting nits about svn:

    * Is svn that much better than cvs? http://subversion.tigris.org
      says "Subversion is meant to be a better CVS, so it has most of
      CVS's features". Typical arguments used for svn over cvs:
          o Merging in svn is better than in cvs. How many people
            actually use branches?
          o It is easier to move files in svn than in cvs. This has
            some merit, but is it worth the effort?
    * Building the client requires way too many other packages. How
      can svn possibly stay secure if it depends on so many packages
    * Subversion can optionally use Apache for access. Enabling a web
      server on a machine that does not already have one makes the
      machine less secure.
    * There is no decent svn Unix style man page. This is deliberate,
      see Bug 1508. This is not good. I want to know exactly what
      commands will work with a specific installation of SVN, not what
      the latest documentation for the latest version is.
    * svn is a disk hog.
          o A gzipped tar file of the Ptolemy II cvs tree is 372.9 MB.
          o A gzipped tar file of the same tree after running the
            conversion from cvs to svn is 570MB. 


_Christopher


More information about the Kepler-dev mailing list