[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Locking support
From: |
Brian Clark |
Subject: |
Re: Locking support |
Date: |
28 Aug 2001 12:13:59 -0700 |
> CVS was explicitly designed to effectively *force* developers into a
> concurrent editing scenario. Fight that design at your peril.
>
> If you do not want to be forced into using a versioning system that only
> really supports concurrent editing then you do not want CVS, no matter
> how free or stable or otherwhise suitable it is for your project.
>
> CVS is not the only kid on the block. Indeed if concurrent edits are
> antithetical to your group then even bare RCS or SCCS would be preferable.
PooPoo. I've used CVS for years and have avoided that "insecure"
feeling some of us get from not knowing if we are working on a file
that someone else is working on. We've wrapped cvs edit in a perl
script that determines who else is editing the file and warns (ok
informs, if that makes you feel better) you who is editing the file.
CVS has allot more to offer besides the "C" in its name:
-It's primary interface has remained command line.
-It supports directory structures (unlike rcs and sccs)
-It is free and open sourced.
-It has an extremely knowledgable user base.
I don't know of another version control system that meets all of these
criteria even close to as well.
-BC
- RE: Locking support, (continued)
- RE: Locking support, Ellison, Martin [IT], 2001/08/21
- Re: Locking support, Noel L Yap, 2001/08/21
- RE: Locking support, Noel L Yap, 2001/08/22
- RE: Locking support, Ellison, Martin [IT], 2001/08/22
- Re: Locking support, Greg A. Woods, 2001/08/29
- Message not available
- Re: Locking support, bclark, 2001/08/31
- Re: Locking support, Greg A. Woods, 2001/08/31
- Re: Locking support, Eric Siegerman, 2001/08/31
- Re: Locking support, Larry Jones, 2001/08/31
- Moving CVS Repository - Uncommited local changes, PRUDHVIDHAR lingala, 2001/08/31