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

Re: Versioning my /etc and other directories

From: Gregory Margo <gmargo_at_pacbell.net>
Date: 2006-02-26 16:10:47 CET

On Fri, Feb 24, 2006 at 03:08:12PM -0800, Mark Lacas wrote:
> Hello,
>
> I would like to put my /etc folder (and others like it) under
> Subversion control.
>
> There seems to be a catch-22.
>
> I can import everything into Subversion ok.
> But I really don't want to do a checkout over my etc directory.
> If I try to Subversion whines about stuff already being there.
>
> If only there was a way to have Subversion simply write the .svn
> folders into my current /etc folder all would be well.
>
> Why can't we import things in place and have Subversion start
> versioning from what's already there instead of having to do a checkout?
>
> That way we would also get to keep the original modification dates
> and times on the files.
>
> Anyone?
>
> I'm hoping there is a way, (hack or not) to do what I want.
>
> If there is, I'm going to put all kinds of stuff under version control.

For a single machine, just use a Makefile. Then you can also add rules
to restart daemons if necessary. Edit in a normal working
directory and run make from there.

Here's a snippet from mine:

all: /etc/services \
        /etc/protocols \
        /etc/fstab

/etc/services: services
        install -m 444 -o root services /etc
/etc/protocols: protocols
        install -m 444 -o root protocols /etc
/etc/fstab: fstab
        install -m444 fstab /etc

-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Gregory H. Margo
gmargo at yahoo/com, gmail/com, pacbell/net; greg at margofamily/org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Feb 26 16:12:36 2006

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.