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

Re: browser based svn client?

From: Rob Brandt <bronto_at_csd-bes.net>
Date: 2005-11-29 06:13:58 CET

Quoting Mark Phippard <markp@softlanding.com>:

> You do not need a browser based client to accomplish this requirement.
> Just make your live web site be a checkout of your trunk. You then just
> need a simple 1 or 2 line script which runs the svn update command. You
> can then run it on a schedule, or as part of a hook, or just make a link on
> a web page that initiates the script.

I should have mentioned that the live server is not where the
repository is. Design happens on workstations, are updated to a
repository on a development
server, and the live server will get fully tested and approved revisions. My
understanding is that svn can't update a directory on another server (in this
case, on a completely different network). Since there doesn't appear to be a
full web client, I will probably go the script route like you mention.

> I am not aware of any full featured browser-based client for SVN. It would
> be fairly hard to do because there would not be a working copy to drive the
> libraries, or you would have to maintain one on the server which seems kind
> of odd.

Yes, I admit it seems kind of odd, but it also seems like the safest way to be
sure that all files get updated with the latest copy. The user's dev work has
been kind of haphazzard up to this point, and I am trying to get them under a
bit of project management *and* simplify things. The idea is for them to do
their work locally, commit changes to the dev server where it's tested (simple
with Tortoise), and then the live server updated from trunk once it's
It really eliminates the problem of tracking which files have changed
since the
last update and missing things like style sheets, which has become a
problem. I
would have to get it started with an initial checkout, but from then on
it would
be just an svn update to get the latest approved revision.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 29 06:15:49 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.