First some background. I am using subversion to version control UNIX
configs and have established a development "branch" (/repo/dev/..) and a
production "branch" (/repo/prod/..) as previously described here [1] and
similar to here [2]. The idea is administrators will commit to
/repo/dev (a la trunk). Conceptually, once the files have been tested,
they are tagged as production. This cycle repeatedly occurs so that
/repo/prod ends up being full of files and directories from various
revisions that is never directly committed to. And this is where my
problem lies. What is the best way to "tag" files at a specific
revision in the development "branch" so that are in the production
"branch"? Ideally I'd like the solution to be fairly transparent to the
admins as they are not accustomed to revision control systems. If it
helps, most are using Windows as their desktop OS and access the
repository via the TortiseSVN Windows client.
My first thought was to treat /repo/prod as a subversion branch/tag, and
copy the individual files in /repo/dev/<sub-path(s)/<file> at specific
revisions to /repo/prod/<sub-path(s)>/<file>. The cheap copy is perfect
as these duplicate files wouldn't take up any more space. And this is
pretty easy to understand and do in Tortise. However, Tortise complains
it already existing if I try to tag a new file to an existing directory
in /repo/prod. On the command line, svn allows me to tag the new file
but on subsequent tags of the same fime svn gives a failure opening
message which I presume is due to the file existing.
So is there a subversion method to accomplish what I am looking to do?
What are other possibilities/options? I didn't really see an acceptable
resolution in the previous posts I gave links to. They also seemed to
be pretty dated so I was curious if the newer subversion releases
presented any newer solutions. Please excuse me if this has been asked
a thousand times before, but my brain is hurting from all the googling.
Thanks!
-Chris
[1] http://subversion.tigris.org/servlets/ReadMsg?listName=users&msgNo=16762
[2]
http://subversion.tigris.org/servlets/ReadMsg?listName=users&msgNo=17773
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-08-04 22:30:20 CEST