Thread (11 messages) 11 messages, 5 authors, 2016-06-15

Re: Interest in locking mechanism?

From: B Smith-Mannschott <hidden>
Date: 2016-06-15 22:48:00

On Tue, Jan 12, 2010 at 19:10, Edward Z. Yang [off-list ref] wrote:
I have a few friends that still use RCS for their version control
needs.  We have argued over various points between RCS and Git, and
as far as I can tell the one thing RCS has that Git does not is
a locking mechanism.  That is to say, co -l checks out a file and
also gives you a lock on it, preventing others from futzing with it,
and ci -u checks in the file and releases your lock.  This is
useful if you have a shared working copy on a multiuser system or
on a network file system, and you don't want conflicts.

I was wondering if there would be interest in such a feature on
the Git developers side.
How do you imagine that this would work in a distributed system such
as git? What would it mean to have the lock for "a file", when each
user effectively has their own branch?

// Ben
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help