Svn 在Netbeans 7.4中使用需要锁定的subversion

Svn 在Netbeans 7.4中使用需要锁定的subversion,svn,netbeans,locking,Svn,Netbeans,Locking,我们是在同一个Java应用程序上工作的两个开发人员。我们都使用netbeans7.4和subversion 我们的问题是我们不喜欢merge模型。我们希望,如果有人开始编辑该文件,另一个人不能对该文件进行任何更改 为了激活它,我尝试了subversion的需要锁定功能。我右键单击了Netbeans中的一个文件Subversion/Properties。在打开的窗口中,我选择了属性名称:svn:needs lock属性值:*。我想这是一种自动锁定文件的方法,但它不起作用。当我设置需要锁定属性时,其

我们是在同一个
Java应用程序上工作的两个开发人员。我们都使用
netbeans7.4
subversion


我们的问题是我们不喜欢
merge
模型。我们希望,如果有人开始编辑该文件,另一个人不能对该文件进行任何更改

为了激活它,我尝试了
subversion
需要锁定功能。我右键单击了
Netbeans
中的一个文件
Subversion/Properties
。在打开的窗口中,我选择了
属性名称:
svn:needs lock
属性值:
*。我想这是一种自动锁定文件的方法,但它不起作用。当我设置
需要锁定
属性时,其他开发人员仍然可以在没有任何警告的情况下编辑文件


我们如何才能实现我们想要的?

您是否承诺了您的更改?另一个开发人员是否更新了他的工作副本?据我所知,任何客户端都不会自动锁定文件(除非您通过WebDAV装载共享)-在处理文件之前,您需要显式锁定文件。无论如何,请学会热爱复制-修改-合并模型。我使用过锁修改解锁模型。这可能会很痛苦,并降低生产率。每个现代风投(我知道)都抛弃了它,这是有原因的。@alroc你是对的,当我提交更改,其他开发人员更新他的工作副本时,它工作了。但这并不实际。我们认为这不是一种简单而稳定的方法。因为每次我需要锁定文件时,我都应该告诉其他开发人员更新文件的工作副本。也许我们应该像你建议的那样学习复制-修改-合并模型。好的,那么你观察到的是Subversion的工作方式。但是,是的,学习现代的工作方式。对每个人都好。