[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Tag locking change
From: |
Paul Sander |
Subject: |
Re: Tag locking change |
Date: |
Mon, 7 Oct 2002 14:06:26 -0700 |
Commit uses two-phase locking principles, which means it locks everything
it needs, does the processing, then unlocks. Larry's change removes two-
phase locking from rtag, which means that rtag can be interrupted by other
write operations. So rtag won't interfere with commit, but commit can
interfere with a running rtag.
After checking the manual again, I see that the "cvs rtag" command can
take -r and -D options. It doesn't say that both can be given in the same
command. Hopefully they can.
It seems to me that "-r HEAD -D now" are reasonable defaults, and using
them gives the user what he wants. At present, "-r HEAD" is the default,
so supplying the datestamp doesn't seem like a big leap.
--- Forwarded mail from address@hidden
Would it be a safe workaround to use something like -D"10 minutes ago " and
assume that something currently being checked in will not be in the tagging
process initiated with a rtag.
( I am assuming I wait for 10 minutes after a proper file as needed by me
was checked in ).
>From: address@hidden (Larry Jones)
>Paul Sander writes:
>>
>> Another serious issue is when someone commits while an rtag is in
>> progress, and the new data are erroneously tagged.
>Anyone who does an rtag without specifying an explicit revision to tag
>gets exactly what they deserve.
--- End of forwarded message from address@hidden
- Re: Tag locking change, (continued)
Re: Tag locking change, Larry Jones, 2002/10/07
Re: Tag locking change, Patwardhan, Rajesh, 2002/10/07
Re: Tag locking change,
Paul Sander <=
Re: Tag locking change, Paul Sander, 2002/10/09
Re: Tag locking change, erik . cumps, 2002/10/10