On Tue, 07 Jan 2025 22:08:33 +0100, Bo Berglund <bo.bergl...@gmail.com> wrote:

>In the batch file the command is created at the start and then used for all
>repos going down the file. Here is how it is defined (again wrapped lines):
>
>rem If a repository is not synced due to a lock problem, then use --steal-lock
>in a manual command
>
>rem SET SYNCCMD="C:\Program Files\VisualSVN Server\bin\svnsync.exe" synchronize
>--steal-lock --sync-username syncuser
>
>SET SYNCCMD="C:\Program Files\VisualSVN Server\bin\svnsync.exe" synchronize
>--sync-username syncuser
>
>What looks like a commented out suggestion about --steal-locks may or may not
>apply here, what does it mean an how to use it?


I tried it and got another set of error messages:

H:\>"C:\Program Files\VisualSVN Server\bin\svnsync.exe" synchronize --steal-lock
--sync-username syncuser https://svn.mydomain.com/svn/pc
https://agiengineering/svn/pc

Stole lock previously held by
'AGIENGINEERING:4b3622e3-1724-2d47-9cdd-82690ad1fe60'
svnsync: E000022: Revision being currently copied (4499), last merged revision
(4498), and destination HEAD (4518) are inconsistent; have you committed to the
destination without using svnsync?

What to do now?
Am I hosed or is there some repair possibility?

Should I dump the full pc repo in its present state and recreate it from scratch
on the mirror after deleting it?

What are the steps to do that?

-- 
Bo Berglund
Developer in Sweden

Reply via email to