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

Re: Merge trunk and prod directories without workspace

From: Lathan Bidwell <lathan_at_andrews.edu>
Date: Mon, 16 Mar 2015 17:04:50 -0400

On Mon, Mar 16, 2015 at 4:44 PM, Les Mikesell <lesmikesell_at_gmail.com> wrote:

> On Mon, Mar 16, 2015 at 3:16 PM, Lathan Bidwell <lathan_at_andrews.edu>
> wrote:
> >
> >>
> >> > I have a content management system running on top of SVN. My web
> servers
> >> > run a post commit hook that does svn update off of svnlook after every
> >> > commit.
> >> >
> >> > I currently have a "Publish" operation which I implement by doing svn
> >> > delete $prod_url && svn cp $trunk_url $prod_url. (both repo urls)
> >> >
> >> > This causes problems because the post commit hook triggers a delete of
> >> > the folder on my production web server, and then sometimes takes
> longer to
> >> > re-download all the content (some folders have some decent media,
> about
> >> > 15-30 gig).
> Don't you really want to just 'svn switch' your production workspace
> to the new production target url instead of deleting and checking out
> again? As long as the content shares ancestry it should just move the
> differences.
> --
> Les Mikesell
> lesmikesell_at_gmail.com
> The copy and delete is not ideal. What I am really trying to do is deploy
the version of the trunk branch to the production branch.

I am not changing my production target url. I am trying to send new changes
from trunk to prod, while keeping trunk as a separate branch.

Before and after a "publish" action, there will still be those 2 branches:

They just happen to have the same content until someone makes new changes
to /trunk/blah/.

Publish should make the /prod/ be the same as the /trunk/ while keeping
them separate enough to make changes to /trunk/ and not touch /prod/ (until
the next publish).

I need to be able to stage changes and preview them (preview server runs
off the /trunk/ branch).

Received on 2015-03-16 22:06: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.