转载 ： http://www.eefocus.com/czzheng/blog/12-03/245532_4ca94.html
如果压根没有锁lock，那么每个人都拥有一个本地copy，每个人都能自由地对本地copy编辑edit并提交commit，这样可能会导致冲突conflict，最后不得不合并Merge。这就是传统的 “拷贝-修改-合并”模型。
如果使用锁，每个用户编辑前先get-lock, 然后编辑，提交。这个过程中，其他人打开的时候开到的是read-only的文件，无法保持，这样就保证了单一性。这就是“锁定-编辑-解锁”模型，对不容易合并的非二进制文件很有好处。
更进一步，TortoiseSVN有个 needs-lock属性，设置这一属性后，文件将默认成为只读文件，要编辑，必须get-lock, 之后，本地copy变成了可写，编辑完提交后再次成为只读。 这过程中，其他人的副本还是只读，他也想编辑，也必须get-lock， 但是此时已经被lock了，他就知道已经有人编辑了，就不会再有编辑冲突了。
needs-lock 有专门的图标，所以，needs-lock 可以看成是一种提醒，提醒你编辑之前必须lock。如果没有该属性，则可能会忘记加lock，导致提交冲突。