CVS locks in the repository
For an introduction to cvsnt locks focusing on user-visible behavior, see the section called “Several developers simultaneously attempting to run CVS”. The following section is aimed at people who are writing tools which want to access a cvsnt repository without interfering with other tools acessing the same repository. If you find yourself confused by concepts described here, like read lock, write lock, and deadlock, you might consult the literature on operating systems or databases.
cvsnt now uses the LockServer to handle lock concurrency in a dynamic way (see the section called “The CVSNT lockserver”. This following section refers to the obsolete filesysem lock method, which may still be in use on some sites.
Any file in the repository with a name starting with #cvs.rfl. is a read lock. Any file in the repository with a name starting with #cvs.wfl is a write lock. Old versions of cvsnt (before cvsnt 1.5) also created files with names starting with #cvs.tfl, but they are not discussed here. The directory #cvs.lock serves as a master lock. That is, one must obtain this lock first before creating any of the other locks.

在使用MyEclipse进行CVS版本管理时遇到提交文件失败的问题,原因是CVS服务器上的文件被锁定。通过查阅CVSnt官方文档了解到,锁管理已经从文件系统方式转变为LockServer动态管理。因此,直接删除锁文件的方法并不适用于Windows环境。最终,只有等待CVS服务器重启,所有锁才能被清除,问题得以解决。
622

被折叠的 条评论
为什么被折叠?



