svn总提示out of date，是怎么回事？
提示out of date是由于本地版本与svn上版本不同造成的。
解决方法：
步骤1、 team–>update 。更新版本。
步骤2、team–>Show Tree Conflict–>标记"冲突已解决"
步骤3、team–>commit。提交即可。
扩展资料：
SVN 的主要功能：
（1）目录版本控制
CVS 只能跟踪单个文件的历史, 不过 Subversion 实作了一个 "虚拟" 的版本控管文件系统, 能够依时间跟踪整个目录的变动。 目录和文件都能进行版本控制。
（2）真实的版本历史
自从CVS限制了文件的版本记录，CVS并不支持那些可能发生在文件上，但会影响所在目录内容的操作，如同复制和重命名。
除此之外，在CVS里你不能用拥有同样名字但是没有继承老版本历史或者根本没有关系的文件替换一个已经纳入系统的文件。在Subversion中，可以增加（add）、删除（delete）、复制（copy）和重命名（rename），无论是文件还是目录。
所有的新加的文件都从一个新的、干净的版本开始。
（3）自动提交
一个提交动作，不是全部更新到了档案库中，就是不完全更新。这允许开发人员以逻辑区间建立并提交变动，以防止当部分提交成功时出现的问题。
（4）纳入版本控管的元数据
每一个文件与目录都附有一组属性关键字并和属性值相关联。你可以创建, 并储存任何你想要的Key/Value对。 属性是随着时间来作版本控管的,就像文件内容一样。
（5）选择不同的网络层
Subversion 有抽象的档案库存取概念, 可以让人很容易地实作新的网络机制。 Subversion 可以作为一个扩展模块嵌入到Apache HTTP 服务器中。
这为Subversion提供了非常先进的稳定性和协同工作能力，除此之外还提供了许多重要功能: 举例来说, 有身份认证, 授权, 在线压缩, 以及文件库浏览等等。还有一个轻量级的独立Subversion服务器， 使用的是自定义的通信协议, 可以很容易地通过 ssh 以 tunnel 方式使用。
（6）一致的数据处理方式
Subversion 使用二进制差异算法来异表示文件的差异, 它对文字(人类可理解的)与二进制文件(人类无法理解的) 两类的文件都一视同仁。 这两类的文件都同样地以压缩形式储存在档案库中, 而且文件差异是以两个方向在网络上传输的。
（7）有效的分支(branch)与标签(tag)
在分支与标签上的消耗并不必一定要与项目大小成正比。 Subversion 建立分支与标签的方法, 就只是复制该项目, 使用的方法就类似于硬连接（hard-link）。 所以这些操作只会花费很小, 而且是固定的时间。
（8）Hackability
Subversion没有任何的历史包袱; 它主要是一群共用的 C 程序库, 具有定义完善的API。这使得 Subversion 便于维护, 并且可被其它应用程序与程序语言使用。
svn总提示out of date的意思是说数据过时了，应该是有人提交过了数据，所以导致再次提交的时候冲突而出现了out of date提示。
可以在开始的时候尝试一下用update更新一下，在代码里标输入team–>update， team–>Show Tree Conflict–>标记"冲突已解决"， team–>commit。
或者使用myeclipse工具进行操作，如下图：
1、打开myeclipse工具，然后从左边的项目栏里找到文件，右击项目后找到更新选项，点击选择更新选项。
2、更新完成后，再次右击项目后，选择Show Time Confiict选项，然后点击确定选项。
3、完成后，再右击项目，然后从里面找到提交选项，点击提交选项后即可完成操作。
扩展资料：
TortoiseSVN使用技巧
检出代码
初次使用TortoiseSVN的时候，你需要将服务器的代码下载到本地，这就是SVN Checkout（SVN检出）。
提交代码
在本地使用你喜欢的编辑器，编辑任意文件，保存后该文件图标将会出现红色感叹号，表示这个文件修改过，没有提交，刚刚修改过的global.css变色了。
关于SVN的版本号是全局的，也就是说SVN仓库中的所有文件变更都共享一个版本号序列，所以如果查看某个文件，或者目录的log，可以发现版本号可能并不是依次递增。
新增文件
在 SVN工作目录下，对于文件修改，完成后只需要commit就ok了，但对于新增文件，或者从其它目录复制进来的文件或文件夹，需要在commit之前需要做一步add操作，即将文件或文件夹添加到svn工作目录中来，否则SVN客户端不认它。
参考资料来源：百度百科-TortoiseSVN
这时，你需要先update一下，应该会有一个冲突标志，你查看一下历史日志，找到是谁在你之前进行了提交，和他商议一下如何合并你们两个人的修改，然后在你本地处理后，标记“冲突已解决”，最后再次commit
更新了也不行呢！
