使用tortoisesvn提交更新时，提示某个文件已过时，请更新工作副本

svn是采用一个服务器端和多个客户端的方式来进行版本管理的，每一个客户端都有自己的workcopy，即每个用户都可以取得文件的编辑权限。这样如果你和你的同事同时对一个文件做编辑（假设你们此时都是基于版本1做修改），如果你同事向服务器端提交的话，此时的版本为2，这样你提交的时候就会出现错误，因为你基于的版本1已经过期。解决办法有两个，一个是代码的merge功能（rapidsvn支持该功能），还有一种就是采用svn底层的lock机制的（默认不lock），你可以采用该机制来进行版本管理：当有人获取某文件的编辑权限时，服务器端上该文件被lock，这样其他用户都无法获取该文件的编辑权限，只有你释放权限（修改提交或者revert），别人才能获得编辑权限，也就是说你的文件将采取串行修改而非并行修改的方式（rapidsvn有详细的介绍，你可以去查查相关的资料，这个工具是开源的，应该很容易获取）

使用tortoisesvn提交更新时，提示某个文件已过时，请更新工作副本？问题在于，你进行提交的目录已经不是最新的版本。
比如，代码的目录是这样的。SVN是主要文件夹，其下有两个子文件夹user1和user2；
如果你在user1进行代码的修改，你的同事在user2进行代码的修改。你们各自不去修改对方的代码，在自己的文件夹里面提交是不会出问题的。如果你到上一层目录，SVN里面进行代码提交，而你的同事，在你之前已经往User2更新的代码，这样的话，就不允许提交了。如果，你仅仅在自己的user1里面进行提交是没有问题的。svn是采用一个服务器端和多个客户端的方式来进行版本管理的，每一个客户端都有自己的workcopy，即每个用户都可以取得文件的编辑权限。这样如果你和你的同事同时对一个文件做编辑（假设你们此时都是基于版本1做修改），如果你同事向服务器端提交的话，此时的版本为2，这样你提交的时候就会出现错误，因为你基于的版本1已经过期。解决办法有两个，一个是代码的merge功能（rapidsvn支持该功能），还有一种就是采用svn底层的lock机制的（默认不lock），你可以采用该机制来进行版本管理：当有人获取某文件的编辑权限时，服务器端上该文件被lock，这样其他用户都无法获取该文件的编辑权限，只有你释放权限（修改提交或者revert），别人才能获得编辑权限，也就是说你的文件将采取串行修改而非并行修改的方式（rapidsvn有详细的介绍，你可以去查查相关的资料，这个工具是开源的，应该很容易获取）

问题在于，你进行提交的目录已经不是最新的版本。
比如，代码的目录是这样的。SVN是主要文件夹，其下有两个子文件夹user1和user2；
如果你在user1进行代码的修改，你的同事在user2进行代码的修改。你们各自不去修改对方的代码，在自己的文件夹里面提交是不会出问题的。如果你到上一层目录，SVN里面进行代码提交，而你的同事，在你之前已经往User2更新的代码，这样的话，就不允许提交了。如果，你仅仅在自己的user1里面进行提交是没有问题的