[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Just starting out - conception

From: <reader_at_newsguy.com>
Date: Thu, 03 Jan 2008 20:36:25 -0600

[ ALERT: Just to give any prospective readers a heads up.. this is
long and somewhat windy. If you're in a hurry probably best to just
move on but if you have the time and inclination I will really
appreciate any feed back or guidance you may have to offer.]

Just starting to try out svn but have been a long time cvs user.

But first understand that my cvs usage has been the most basic and
minimal kind. I keep up with my own scripting, a small home httpd
server, sendmail, and several sets of OS config files for my home lan.
I've never done more than scratch the surface of cvs... let alone svn.

I'll try to describe the setup as briefly as I can and still try to
make sense.

Over several years I've developed a three part setup.

.../cvsroot self explanatory
.../cvsm checked out module of everthing
.../cvsb buffer to the cvsm module

The way it works: I have lots of stuff on the working local
filesystem, symlinked to real copies in the hierarchy under /cvsb (the
buffer noted above)

The hierarchy is a partial mirror of the os wherever the versioned
files exist.

 /cvsb/hostGentoo/etc/make.conf samba/smb.conf [...]
 /cvsb/hostGentoo/home/reader/scripts/ myscripts* [...]


 /cvsb/hostObsd/etc/ profile rc.conf inetd.conf [...]


 /cvsb/genDMZ/etc/ make.conf [...]
[...] etc

There are 8 hosts, some no longer exist but I have kept the configs
for reference. They're all machines or vmware things I've played
with at one time or another.

The overall number of files isn't really very high. `find' reports 706
files for the entire /cvsb hierarchy (many are near duplicates but
have some minor variation for some host system I tried somewhere along
the line.

This has all grown up over the course of 6-8 years I guess. And been
completely restarted several times during that time. I don't mean
files were lost but versing restarted. The whole setup re-imported
.. things like that. Not too serious when you consider its stuff
anybody but me cares about.

The checked out module is a near mirror of /cvsb (the buffer)
.../cvsm (checked out mod) mostly just sits there and receives changes
from .../cvsb (the buffer) via a bi-daily or so rsync script.

I do it this way to avoid any permissions problems or editors not
wanting to save version controlled files or any other similar tedious

I started out with no buffer but ran into many problems over
time...some having to do with symlinks in the main module, many of
which I don't even remember any more.

None of the various linux|obsd|sun x86| systems have any users but me
so security is relaxed quite a lot.

Any files likely to present a security risk are at least under root
protection and root does all the committing outside of

All changes are carried out in /cvsb with no regard to check in/out
etc. Its not a checked out module so anything goes.

Things are edited as needed, or scripts written etc etc and every
couple of days an rsync script copies cvsb over cvsm overwriting the
checked out files or adding new ones etc.

About every other week I run a cvs session that starts with
   cvs -n update -d -P

and with that list, check in what needs it, Adding messages
to some or whatever. When done, a script (rsync based) copies /cvsm
over /cvsb deleting any files that do not exist in cvsm.

I've followed this setup for quite a while, adding and subtracting
procedures that seemed to work over time.

I've grown to like the above setup pretty well but wonder if it will
work in with subversions way of doing things.

I want to switch to subversion for the learning experience but
also it appears cvs is going the way of the dinosaurs at some point.

Now wondering if I should try to maintain a similar 3 part setup with
subversion or try something different.

So can some of you give me a few ideas about the initial setup. I
don't mean the commands and stuff. I have the manual for that until I
get stuck, but overall ideas.

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-01-04 03:37:48 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.