My scenario: I use subversion to manage a tiny website of static HTML
pages. I had a bunch of pages, but then I decided to strip back the
website, leaving only a skeleton. The stuff I stripped away is still
there, but I moved it over into a branch before I removed all the stuff
I didn't want from the trunk. So far, so good.
Now, the pages that are left have two copies. Occasionally, I update
these pages, and when I do, the changes should be applied both in the
branch and in the trunk. So far, I've been handling that by editing and
committing them in the branch, then deleting the version in the trunk,
and finally copying the version from the branch into the trunk. If I
understand right, this is all being done with cheap copies, so I'm not
storing any duplicate data. Which is still good.
My only problem is, it's a bit of an effort to go through this every time...
vi index.html
svn commit index.html
svn delete ../../../../blah/blah/blah/blah/index.html
svn commit ../../../../blah/blah/blah/blah/index.html
svn copy index.html ../../../../blah/blah/blah/blah/index.html
svn commit ../../../../blah/blah/blah/blah/index.html
What I really want here, is something like having a symbolic link inside
the repository, so that when I ask to check out index.html, it actually
checks out the file from some other branch. Failing that, I'd like some
kind of shortcut command for all of the last four commands above.
Any suggestions? Not the most life-threatening issue I've ever been
presented with, but it'd be nice to have a better solution.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri May 26 16:46:28 2006