|
Actions:
|
2018-01-16 15:37 AEST by Arthur Barrett - If you 'update' and then 'edit' a file which you already have an exclusive lock (edit) on, then you get a cryptic
error 'Edit on file 'file.ext' refused by server' - which is the same error as another person would get by trying
to edit the same file. It would be better if the user already has an edit, just to say 'ok' (but that probably has
implications for the client, e.g.: making a backup in CVS/Base). So a happy alternative may be to say
something like 'Edit on 'file.ext' - you already have an exclusive lock." The difficulty is likely to be that the
'edit' code doesn't have an algorithm for that - it'll be in 'commit' - but maybe 'unedit' has something that can
be adapted.
In C:\cvsrepos\customer-docs-GRS-docs\Renewals: "C:\Program Files (x86)\CVS
Suite\CVSNT\cvs.exe" -q update "Renewal Worksheet.xls"
CVSROOT=:ssh:czaragoza@cvs.march-hare.com:/scotty
Success, CVS operation completed
In C:\cvsrepos\customer-docs-GRS-docs\Renewals: "C:\Program Files (x86)\CVS
Suite\CVSNT\cvs.exe" -q edit -z -x -m pl "Renewal Worksheet.xls"
CVSROOT=:ssh:czaragoza@cvs.march-hare.com:/scotty
cvsnt [editors-edit aborted]: Edit on file 'Renewal Worksheet.xls' refused by server |