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

Re: 2 teams 1 server

From: Gerald Richter <richter_at_ecos.de>
Date: 2004-04-08 22:05:29 CEST

Euan Guttridge wrote:
> you use the term 'destination', but what if you need both
> repositories to reflect each others changes - for two remote teams
> working concurrently?
>

svndumpload really only makes a 1:1 copy of a repository.

We use it for distributing a private repository to a public read only
server.

SVN::Mirror can merge two repositories e.g. changes are in both
repositories, but it cannot (yet?) handle copy history.

SVN::Push is for pushing data to a remote repository (and not back), but not
in a 1:1, but in a selective way. It also cannot handle copy history. (If
someone can tell me how to track the copy history, with subversion API, I
would be happy to implement it, but it seems to be not quite easy).

Gerald

> Cheers
> Euan
>
>
> -----Original Message-----
> From: Gerald Richter [mailto:richter@ecos.de]
> Sent: 07 April 2004 21:01
> To: Stuart Robertson; users@subversion.tigris.org
> Subject: Re: 2 teams 1 server
>
>
>>
>> I've manually worked around this by avoiding SVN::Mirror altogether,
>> and using ssh from the mirror repository to incrementally request
>> dumps (using svnadmin dump from the master repository, scp to
>> transfer those dumps to the mirror repository, and then svnadmin load
>> to load those dumps into the mirror repository).
>>
>
> the script svndumpload from SVN::Push distribution, does excatly
> this. It determiates the revisions of both repositories and dumps the
> difference via ssh to the destination. I can be run by cron or put it
> into the post commit hook and you have an exact copy. svn switch
> --relocate can be used to switch between the two repositories without
> problem.
>
> Gerald
>
> P.S: The problem of SVN::Mirror (and the SVN::Push Perl module) is
> that it can not handle copy history for now. The svndumpload script
> does it correctly.
>
> --------------------------------------------------------------------------
-
> Gerald Richter ecos electronic communication services gmbh
> IT-Securitylösungen * Webapplikationen mit
> Apache/Perl/mod_perl/Embperl
>
> Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
> E-Mail: richter@ecos.de Voice: +49 6133 939-122
> WWW: http://www.ecos.de/ Fax: +49 6133 939-333
> --------------------------------------------------------------------------
-
> Besuchen Sie uns auf der CeBIT (18. - 24. März 2004)
> Halle 6 Stand B38-452
>
> ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
> --------------------------------------------------------------------------
-
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl

Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 939-122
WWW: http://www.ecos.de/ Fax: +49 6133 939-333
---------------------------------------------------------------------------
Besuchen Sie uns auf der CeBIT (18. - 24. März 2004)
Halle 6 Stand B38-452

ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
---------------------------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Apr 8 22:06:10 2004

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.