[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:03:11 CET

Create a working copy on a locally mounted webdav folder. Then you're accessing the working copy via the same HTTP mechanism you use for the repository.

You can move files from one place to another on the webserver. It's called webdav. No need for subversion.

You can also move files from one place to another within the repository, no working copy required:

    $ svn help move
    URL -> URL: complete server-side rename.

> -----Original Message-----
> From: JC Hearn [mailto:jchearn@medicalnetsystems.com]
> Sent: Monday, January 24, 2005 2:08 PM
> To: 'Branko Cibej'
> Cc: 'Peter McNab'; users@subversion.tigris.org
> Subject: RE: Subversion GUI client?
> You are right to suggest that this is not a shortcoming of Subversion.
> However, the developer community which has grown up around
> Subversion seems to have made an incorrect assumption (unless
> I am completely misreading the various documentations, which
> I will allow as a very real possibility.)
> That incorrect assumption seems to be that it is OK to access
> the repository via HTTP, SSH or FTP, but the working copy
> MUST be accessed via the local file system. Why not allow
> the same access to the working copy? Why force the user to
> open additional security issues (such as those associated
> with SAMBA)? Or even better, why not have an API to allow
> the user to move files from one place to another on the web server?
> -----Original Message-----
> From: Branko Čibej [mailto:brane@xbc.nu]
> Sent: Sunday, January 23, 2005 9:58 PM
> To: JC Hearn
> Cc: 'Peter McNab'; users@subversion.tigris.org
> Subject: Re: Subversion GUI client?
> JC Hearn wrote:
> > We looked at that Tortoise, but it seems to require something more
> > than FTP, since it plugs into Windows Explorer. (I guess you could
> > run SAMBA or something like that to get the Apache server
> to appear as
> > a local drive on the Windows box, but I was really hoping to avoid
> > that-teaching the developers the CLI is less odious.)
> >
> >
> >
> > Subversion needs a good cross-platform GUI which doesn't force the
> > user to put the checked-out files locally, but allows them
> to put them
> > anywhere, including the same box where the repository is.
> >
> >
> >
> > Am I the only one looking for this?
> >
> I think you're making assumptions that aren't quite correct.
> a) Where you put Subversion working copies does not depend on whether
> you're using a GUI or the command-line client.
> b) Any client, GUI or otherwise, can put the working copy on
> any volume
> that can be accessed "almost" like a local file sytem. NFS and Samba
> shared fall into that category. FTP shares don't, unless you have
> special software on the client that mounts an FTP directory
> as a remote
> filesystem.
> Or possibly I misunderstand completely, and what you're
> really looking
> for is a GUI that will run on Unix under X, that your
> developers can use
> from a Windows X server. There are sveral such GUIs around, see the
> Links page on subversion.tigris.org.
> -- Brane
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

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:05:34 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.