On Wed, Apr 29, 2015 at 12:03 AM, Branko Čibej <brane_at_wandisco.com> wrote:
> On 29.04.2015 05:09, Nico Kadel-Garcia wrote:
>> On Tue, Apr 28, 2015 at 5:03 PM, Andrew Reedick <jreedick_at_incomm.com> wrote:
>>> Does anyone have any tips on how to upgrade a very old repo? The db/format lists "1". A 1.8 svn client cannot hotcopy, dump or "svnadmin upgrade" such an old repo, all of which fail with "svnadmin: E720002: Can't open file 'devel\db\current': The system cannot find the file specified."
>>>
>>> Do I need find a really old svn client (1.3?) and upgrade? Do I need to manually create the db/current file?
>>>
>>>
>>> Supposedly , a format of "1" is from pre-svn 1.0. https://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_repos/repos.h -> "Formats 0, 1 and 2 were pre-1.0."
>> Why can't you do a fresh working copy, and copy all files except those
>> in '.svn' subdirectories?
>
> Without db/current, he can't perform a checkout, and if he could and
> just copied the file, he'd be throwing away all history.
What? "hotcopy", "dump", and "svnadmin upgrade" are all operations on
the repository itself. The database *of the repository* is irrelevant
to fresh checkouts, as long as they can speak any relevant network
protocols associated with the old service. And heck, if you need to
pull logic this way, use 'git-svn' to pull it into a git repository
and push it back to a new, clean, Subversion repository.
Unless, Andrew? Do you not have any network based service associated
with the old repository?
Received on 2015-04-29 12:09:27 CEST