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

Remote Deployment

From: Scott Brady <sbrady_at_3creek.com>
Date: 2005-11-29 21:47:32 CET

I'm new to subversion, and I'm evaluating new versioning control systems
so we can get away from Visual Source Safe. Because I'm coming from a
VSS background, I hope my questions make sense.

Our applications are all web apps. Our setup is currently this:
-- Each developer has their own local working copy.
-- We have 2 internal servers where we put code for testing (one is a
dev server where we put code that's not ready for QA testing yet and the
other is a QA testing box).
-- We have an external staging server for final testing and client
-- We have an external production server with an obvious purpose.

Currently, using VSS, we would "Get Latest" to our internal servers and
FTP files from QA to Stage and from Stage to Production. Along with the
myriad problems with VSS, that process is a bit klunky.

What we'd really like to do is to be able to send files from our
repository to not only our internal servers but also to the external
servers (essentially, doing a "Get Latest" or "Get" version). I've been
searching on ways to do that using svn (both in the Subversion book and
through other online sources), and I don't know if I'm understanding if
it's possible and how. But, I think two options are:

1) Using the Externals property and a post-commit hook -- but, if I
understand that correctly, that would require svn being installed on the
external servers(?). And, because of our QA process, we wouldn't want
that to occur right after changes are committed.

2) Install an SVN client (such as TortoiseSVN) on the external servers,
the remote into those servers and essentially do an "Update local copy"
from our internal repository.

Are there other options? Is the post-commit hook different from the way
I'm interpreting it?

Thanks for any help!
Scott Brady
Senior Developer
Triple Creek Associates

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 29 21:50:12 2005

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.