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

Re: determining when an svn update occurred?

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: Tue, 04 Mar 2008 14:06:59 -0600

Geoffrey wrote:

>> A branch/tag to release might make sense if you really want to use svn
>> as the transport to production. Personally, I think it is better to
>> update a staging site (perhaps just another WC on the box where you
>> edit), do some testing, then rsync to the production server(s).
> We do have a development machine. My personal preference was to update
> from the development to the production by hand, but 'the powers that be'
> wanted to update via svn.

But development happens in svn, so you should at least use its ability
to manage versioning instead of blindly updating to someone's latest
mistake that happens to be in the trunk/head. One approach is to copy
the trunk to a branch or tag at points where you expect it to be usable,
then (perhaps after testing...) switch the production copy to that
version. Meanwhile new mistakes can be committed without breaking
anything. Other approaches can work too - like updating only to
specified revision numbers or repeatedly deleting and copying to the
same tag name so the updating side doesn't need to track the revision or
name. Unless no one there ever makes mistakes...

   Les Mikesell
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-04 21:04:21 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.