I got the same impression David and Greg did. Method locking is something Envy in Visual Age has. Although I've never tried it myself, I think, at least for Java, it's fitting s square peg into a round hole since Java, by definition, is file based.
Noel I think the original poster was referring to access controls on the primitive operations allowed on files by the version control system, e.g. some users are not permitted to commit on certain branches, others are not permitted to create tags, and so on. >--- Forwarded mail from [EMAIL PROTECTED] >[ On Friday, October 12, 2001 at 09:35:58 (-0500), Thornley, David wrote: ] >> Subject: RE: CVS - setup reserved checkout >> >> >> What do you mean by "method locking"? Locking individual parts >> of a file? It wouldn't do you any good. >Well, not with CVS anyway! :-) >Maybe in a multi-user smalltalk image it might (since you only ever edit >one method at a time -- at least with the standard system browser), but >smalltalkers have long ago decided that everyone needs to do merges all >the time in order to share changes amongst their private images and that >the best way to avoid conflicts is to never change an old method (unless >it's just a fix), but rather to write a new one. There are problems >with this process too, obviously (bloat and poorly integrated designs >being the most common), but that's where refactoring steps in to save >the day -- and it's really just a way to start over again with a whole >new set of objects the same as you might start a whole new CVS module >when beginning work on a major rewrite of some project. >--- End of forwarded message from [EMAIL PROTECTED] _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates. _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
