On Sat, 28 Dec 2024 15:52:24 +0100, Daniel Sahlberg
<daniel.l.sahlb...@gmail.com> wrote:

>lör 28 dec. 2024 kl. 15:45 skrev Bo Berglund <bo.bergl...@gmail.com>:
>
>> On Sat, 28 Dec 2024 12:13:24 +0100, Bo Berglund <bo.bergl...@gmail.com>
>> wrote:
>>
>> >If the dump file I have for the original repository *can* be used on the
>> clone
>> >instead with the suggested commands in a cmd window then I can do a real
>> test
>> >before I touch the actual repositories...
>> >
>> >In that case what would be the best approach to copy the repository?
>> >
>> >Can I issue a copy command on the command line for the repository top
>> directory
>> >to a new directory name or do I have to do something else?
>> >Will windows copy the full content inside the directory if I do this:
>> >
>> >copy source_repo_directory_name new_repo_name
>>
>> So I tried to do this in an admin command window:
>>
>> E:\SVNREPOS>xcopy cmp cmpcpy /E /I /Q /H /K /X
>> 709 File(s) copied
>>
>> But when I try to run svn info:
>>
>> $ svn info https://svn.mydomain.com/svn/cmpcpy
>> svn: E170013: Unable to connect to a repository at URL
>> 'https://svn.mydomain.com/svn/cmpcpy'
>> svn: E000002: Could not find the requested SVN filesystem
>>
>> Yet in the main directory after the copy I have both cmp and cmpcpy
>> directories.
>> And they are exactly the same size to the byte.
>>
>> What can be the problem here?
>
>
>Did you configure a repository pointing to the new folder in VisualSVN
>manager?

No, I thought that all directories in the root directory for svn would be looked
at as repositories...

It *is* shown in the Repositories pane in the VisualSVN Manager...
And when I use the web interface it is accessible too.

Now when I run the info command in my Windows PC I get this:

D:\>svn info https://agiengineering/svn/cmpcpy
Path: cmpcpy
URL: https://agiengineering/svn/cmpcpy
Relative URL: ^/
Repository Root: https://agiengineering/svn/cmpcpy
Repository UUID: 5cc66cbf-7812-df45-88c9-f6cf676ea278
Revision: 1311
Node Kind: directory
Last Changed Author: bosse
Last Changed Rev: 1311
Last Changed Date: 2024-01-14 22:14:41 +0100 (Sun, 14 Jan 2024)

If I do the same but on my mirror server at home I get the same result except
the Last Changed Rev is 1312! :-)

Success so far, so on to the dumpfile test:
-------------------------------------------
I do this in the directory on the server that holds the dump files:

E:\dir\svnrdump load https://agiengineering/svn/cmpcpy < dump_cmp

svnrdump: E175008: While handling the 'svn:rdump-lock' property on
'/svn/cmpcpy/!svn/bln/0':
svnrdump: E175008: Repository has not been enabled to accept revision
propchanges;
ask the administrator to create a pre-revprop-change hook


So I am a bit further and I don't know if this error is because I have targeted
the copy of the actual repository to test on or if it is some general setting in
the VisualSVN system I am missing for the copied repository (or maybe for all
repos but it has not shown up before).

Note:
To create the copy I did (as admin) an xcopy of repository dir cmp to cmpcpy in
the repo root.

So both cmp and cmpcpy have the same UUID string inside, in fact *every*
internal byte is the same.

I have not configured anything within the VisualSVN management console for this
copied repo.
How am I supposed to do that? And what is needed?


-- 
Bo Berglund
Developer in Sweden

Reply via email to