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

Re: Updating the WC from an non svn directory

From: Andy Levy <andy.levy_at_gmail.com>
Date: Wed, 13 Apr 2011 08:55:10 -0400

2011/4/13 Peter_at_locotel <pek_at_locotel.gr>
> Thank u for your answer,
> I completely appreciate all your points referring to the proper use of subversion.
> The issue is that svn is not adapted to support web applications that live under
> web-servers.

It works perfectly fine for this, provided you use it properly.

>You have to export from repository to the web directory every so
> often to update the operational site (no checkin).

This is no different from any other version control system. You aren't
required to export, you can use a working copy and run svn update.

> Also web-applications can easily
> live, be developed and tested on developers workstations.

They should be. Developers should have a complete runtime environment
on their desktop for coding, testing & debugging before committing
code to the repository.

> I found that having a WC being the same as /var/www/wc was unproductive as a lot
> of the svn files were deleted by the developers during debugging.  So I had to resort
> to a way of managing revisions centrally and allow for a loose development management
> depending on individual preferences. It is another way of thinking about it.

It sounds like your issues are not with the software, but with your
developers' behavior and your process/workflow. If you enforce strong
access controls (random developers can't change code on the web
server) and a solid process for promoting code from the developer's
unit test environment up through production, Subversion works quite
well. If you leave everything wide open, or try to do things in a way
that's counter to Subversion's design, you will have trouble.
Received on 2011-04-13 14:56:21 CEST

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.