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

Re: SVN 'entries' Hacking - Safe?

From: Chris Horn <chris_at_beefstew.net>
Date: 2007-11-19 18:06:00 CET

SVK doesn't seem like it would allow me to easily track changes to
config files. I'm not just "pushing" out a config, I'm trying to
make updates and generally do typical SVN stuff.

Thanks for your replies,

On Nov 19, 2007, at 08:40, Les Mikesell wrote:

> Erik Huelsmann wrote:
>> On 11/19/07, Chris Horn <chris@beefstew.net> wrote:
>>> I'm looking to manage portions of my filesystem with SVN. Things
>>> like /etc,
>>> /var/www, etc. I already have a repository loaded with some
>>> files but not
>>> others (i.e. /var/www is in my repository, but /etc isn't).
>>> I want to leave my server's existing filesystem in place, check
>>> some files into
>>> control, and check some files out to empty slots in the
>>> filesystem. This
>>> doesn't seem to be a supported use case, since SVN won't overlay
>>> a checkout
>>> onto an existing file structure that overlaps at all with version
>>> controlled files.
>>> Is it safe to manually edit the .svn/entries file to achieve what
>>> I want per the
>>> solution found at [http://linuxgazette.net/131/shirley.html]? Do
>>> you know of
>>> any problems this could cause?
>> No, it's not safe. It could cause Subversion to loose track, which
>> can
>> only be repaired by deleting the working copy and checking out again
>> (which I presume is a bit hard for /etc...)
>> The latest development version of Subversion however does allow
>> checking out over a preexisting tree. Maybe you could try that?
> Would this work better with svk managing the actual directory and
> syncing against a mirrored svn project?
> --
> Les Mikesell
> lesmikesell@gmail.com

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 19 18:06:44 2007

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.