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

RE: RE: Subversion GUI client?

From: HAND,Nathan <Nathan.HAND_at_dewr.gov.au>
Date: 2005-01-24 06:24:42 CET

> -----Original Message-----
> From: JC Hearn [mailto:jchearn@medicalnetsystems.com]
> Sent: Monday, January 24, 2005 3:08 PM
> To: 'Ben Collins-Sussman'
> Cc: 'Branko Cibej'; 'Peter McNab'; users@subversion.tigris.org
> Subject: RE: Subversion GUI client?

> Envisioned workflow with (ass backward) GUI:
>
> 1. Developer uses GUI to check out module to local workspace
> (local hard drive). 2. DEVELOPER WILL THEN HAVE TO UPLOAD
> THE ENTIER MODULE BACK TO THE WEB SERVER TO A TESTING FOLDER,
> SINCE DREAMWEAVER WON'T KNOW WHAT HAS CHANGED. 3. Developer
> uses Dreamweaver to modify, upload, and test. 4. Developer
> uses GUI to commit changes to repository from local workspace.

Why don't you have a working copy for dreamweaver. Then the workflow
is...

   Local-Hard-Drive$ svn update
   ... Do stuff...
   Local-Hard-Drive$ svn commit

Or use tortoisesvn for that step. All GUI that way. Then on the
webserver

   Dreamweaver-WC-on-Webserver$ svn update

You can make a simple CGI to do that last step. Or even a post-commit
script that does it automatically on every commit.

That's how we do it around here (the automatic post-commit). Users don't
ever see the CLI but the remote server always has the latest version.
They use TortoiseSVN and local working copies (one per desktop). But
dreamweaver always sees the HEAD of the repository.

NB: we don't actually use dreamweaver but it's the same idea.

Notice:
The information contained in this e-mail message and any attached files may
be confidential information, and may also be the subject of legal
professional privilege. If you are not the intended recipient any use,
disclosure or copying of this e-mail is unauthorised. If you have received
this e-mail in error, please notify the sender immediately by reply e-mail
and delete all copies of this transmission together with any attachments.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jan 24 06:27: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.