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

Re: [Subclipse-users] switch and the '--relocate' option

From: Johnathan Gifford <jgifford_at_wernervas.com>
Date: 2006-09-25 20:29:46 CEST

You know Mark, Georg may have a good point here. As you pointed out in
my post, if the UUID's of the repository are the same, why could you not
send a commit to the master server? After all, even making a commit to
the repository does not 'update' the working copy after the commit. You
still have to do that manually.

This then wouldn't have to involve the Subversion guys would it?


>>> On Mon, Sep 25, 2006 at 1:01 PM, in message
Mark Phippard <markp@softlanding.com> wrote:
> "Georg- W. Koltermann" <Georg.Koltermann@mscsoftware.com> wrote on
> 09/25/2006 02:00:25 PM:
>> Mark Phippard schrieb:
>> > ...
>> > You can do a relocate from the SVN Repositories view. This will
> change
>> > the URL for the connection and then run the switch -- relocate on
>> > attached working copies.
>> >
>> I'm just going down a similar path, checking out initially from a
>> near- by read- only mirror, then switching to the r/w master server.

>> Over time this gets messy and one wishes it could be automatic.
What do
>> you think about supporting two repository URLs in the plugin, one
>> read operations and one for write operations (commit, tag, branch,
>> propset)? That would make everything transparent.
> You'd have to ask the Subversion developers for such a feature.
> just runs Subversion API for you. If it cannot do it, Subclipse
cannot do
> it.
> Mark
> To unsubscribe, e- mail: users- unsubscribe@subclipse.tigris.org
> For additional commands, e- mail: users- help@subclipse.tigris.org

To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Mon Sep 25 20:30:43 2006

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.