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

RE: Advice on upgrading svn and moving to new server

From: KM <info4km_at_yahoo.com>
Date: Fri, 1 Apr 2011 05:45:04 -0700 (PDT)

Thanks I think.   Not sure it helps with my original question.       ... which i am sure i'll figure out by trial and error.
Whether to updgrade to solaris 10 w/new server, install newer svn and dependent packages and then copy reppos from old server - dump it and load it.        Or do I need to install and upgraded svn and repos on old server  then copy to new server - etc -
Since i am only at 1.4.3 on solais 8 and I want to be on Solaris 10 with svn 1.6.x I just wasn't sure how easy or difficult it all would be, and what the order of the tasks should be to make it the least effort and most efficient upgrade.
Just wanted some advice about the easiest way to accomplish my task.  Thx a bunch.
--- On Thu, 3/31/11, Bob Archer <Bob.Archer_at_amsi.com> wrote:

From: Bob Archer <Bob.Archer_at_amsi.com>
Subject: RE: Advice on upgrading svn and moving to new server
To: "Nico Kadel-Garcia" <nkadel_at_gmail.com>, "Daniel Shahaf" <d.s_at_daniel.shahaf.name>
Cc: "Kevin Grover" <kevin_at_kevingrover.net>, "KM" <info4km_at_yahoo.com>, "svn-apache-users-list" <users_at_subversion.apache.org>
Date: Thursday, March 31, 2011, 2:51 PM

> On Wed, Mar 30, 2011 at 3:17 PM, Daniel Shahaf
> <d.s_at_daniel.shahaf.name> wrote:
> > Kevin Grover wrote on Wed, Mar 30, 2011 at 08:13:34 -0700:
> >> When upgrading, mostly you can still access old repositories.
> >> they will be silently upgraded in someways
> >
> > I don't know that the above sentence is correct.  Can you give
> > an example of a scenario when that happens?
> Working copies will be upgraded silently.

A working copy is not a repository though.

Received on 2011-04-01 14:45:38 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.