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

Re: Best way to copy project from one server to another, and then back

From: Ulrich Eckhardt <eckhardt_at_satorlaser.com>
Date: Fri, 22 Oct 2010 09:57:28 +0200

On Friday 22 October 2010, mfass wrote:
> I have two subversion servers. One is an open source repository not
> controlled by me, and the other is a closed source repository which is
> controlled by me. Both the open source and the closed source build
> together to make one set of software. The closed source is a firewalled
> server at my place of employment. Currently we are in need to rename the
> project for a launch announcement at an upcoming conference.
>
> Becasue of the sensitive nature of the announcement, we cannot make the
> changes to the open source (sourceforge) project because our hosting
> service will not temporarily restrict anonymous access to the source code
> to just commiter's.
>
> To workaround this, we decided that we will pull the source code from the
> sourceforge project, into our internal, closed source repository. We then
> want to make the changes, and once the announcement of the naming etc. has
> been done, we can merge back to our sourceforge project the naming changes
> that were made.
>
> I was thinking of doing it via svn copy from one project to the other, and
> then taking the diff and copying back as we need.

As mentioned, svn copy only works within a single repository.

Suggestion: You can export from one and import into the other using the same
strategy as for a "vendor branch", which is explained in the SVN book. You
can then modify and test your changes locally, until you are satisfied with
them.

Once that is done, you simply commit those changes to the source repository.
For that, you could use the same tool as for creating the vendor branch. Be
aware though, that this will sync the repository with a source tree, so if
any changes were made in between pulling the tree and pushing the tree, those
will be lost. You should consider using a feature branch or maybe just using
a working copy that is synced with both changes from upstream and local
changes due to the name change, but that requires some manual care.

Uli

-- 
ML: http://subversion.apache.org/docs/community-guide/mailing-lists.html
FAQ: http://subversion.apache.org/faq.html
Docs: http://svnbook.red-bean.com/
Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
           Visit our website at <http://www.satorlaser.de/>
**************************************************************************************
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Sator Laser GmbH ist für diese Folgen nicht verantwortlich.
**************************************************************************************
Received on 2010-10-22 09:58:07 CEST

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.