Thanks for clarifying Gerald..
-----Original Message-----
From: Gerald Richter [mailto:richter@ecos.de]
Sent: 08 April 2004 21:05
To: Euan Guttridge; Stuart Robertson; users@subversion.tigris.org
Subject: Re: 2 teams 1 server
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 23:05:05 2004