11 messages in com.perforce.perforce-user[p4] RE: Preventing simultaneous open...
FromSent OnAttachments
Todd & Linda Sue O'Connor20 Dec 2000 08:17 
Ed Mack20 Dec 2000 10:59 
Kimberly McClintock20 Dec 2000 14:57 
Robert O'Brien21 Dec 2000 02:09 
Gil Tayar21 Dec 2000 04:08 
Richard Brooksby21 Dec 2000 04:50 
debr...@peoplesoft.com04 Jan 2001 18:10 
Paul Goffin05 Jan 2001 01:04 
William Wishon05 Jan 2001 09:47 
Kimberly McClintock05 Jan 2001 15:41 
Yariv Sheizaf06 Jan 2001 22:26 
Subject:[p4] RE: Preventing simultaneous open-for-edits
From:Todd & Linda Sue O'Connor (tl@pacbell.net)
Date:12/20/2000 08:17:09 AM
List:com.perforce.perforce-user

Michael,

At one time I supported a group that had this requirement, no multiple edits (much like the way they had SourceUnsafe configured). As you've found with Perforce multiple, simultaneous edits is always on. The only way we thought about overcoming the problem was to assign owners to specific files via p4 protect. This is really not that great when you consider your source hierarchy may be in the multiple thousands of files range and it is structured such that no-one has ownership of any one area. If you had only a few specific binary files then it might be OK to have them writable by one person (or a very small group that communicated amongst themselves very well).

What I ended up doing was instructing all of the users to lock the file on check-out. More of a process then anything and this could be wrapped in a check-out script so they wouldn't forget to do it.

Todd