1.首先，假设你的电脑是64位的win7，你需要准备什么:和
2.安装后
3.打开visualsvn服务器管理器，右键repositories，直接新建存储库，输入存储库名称，假设输入了testsvn，ok。
4.那么现在在repositories下将会有一个名为testsvn的资源。
5.所以现在我们右击users，创建user，输入名称和密码为testsvn，ok，我们已经创建了一个名为testsvn的用户，以后可以用来签入和签出数据。
6.现在我们需要签出这个资源，右键单击testsvn并将url复制到repositories下的剪贴板，这样它的url就被选中了。
7.右键单击驱动器c，选择svn签出，并将其粘贴到存储库的url中，确定。
8.完成以上步骤后，您就可以签出您的项目了。请尝试在其中创建一个修改后的文件并提交。
9.如果您想在
前段时间遇到svneclipse插件突然失效的问题，差点没别吓我，因为这个问题的症状有点nb。一起听我说，具体表现就是eclipse左侧的项目目录结构没什么大不了的，因为你自己的改动一般都会及时提交给svn，最多下载最新代码重新构建就可以解决问题了。但是我遇到这个问题的时候，正好项目即将发布。为了不影响项目的发布，所有的代码修改都临时存储在本地，不需要提交svn。这个时候，我所在的地方有很多未提交的变更。如果我再次在svn上下载代码，那就意味着这些修改都是徒劳的，所有的修改都要重新做一遍。在这种情况下，我是真的不甘心，所以下面是我一步步摸索出来的解决方案。虽然走了一些弯路，但最重要的还是02020202020202。首先，我发现虽然eclipse中没有显示所有的svn图标，但是在右键菜单中仍然有一个team-submit，所以我想知道是否可以在根目录中右键提交。我可以把自己的局部改动全部提交到svn上，但是试了一下，马上觉得这个问题有点nb，对这个问题很敬畏，因为马上报错是我的心，现在可以不要通过svn插件进行任何提交或更新。02020202所以，这个时候，我就认定svn插件有问题了。嗯，按照一般原理，是卸了又装的。不用问，问题还是没有解决，不然就不够nb了。既然重装无法解决，问题总应该解决。于是我高高兴兴的来到了项目的文件夹根目录，右键——svn提交…，嘿，变更文件检查列表弹出来了，就在我高兴的时候。02020202如果所有的路都堵了，换另一条路。由于这个项目中的svn插件有问题，让s看看其他项目是否正常，那么切换工作区看看之前项目的svn插件是否正常。回头一看，果然之前的项目都不错，svn的图标显示正确，更新也没有问题。完全是好的！既然都是同一个插件，一个项目好，一个项目不好，那是什么问题呢？看，可能是因为两个项目的内容不一样。浏览项目文件夹后，发现有一个特殊的文件夹，就是一个名为。元数据将在每个eclipse工作区的根生成，这意味着梳理元数据。通过平时的使用，我注意到至少工作区的一些用户设置和状态信息会保存在这个元数据文件夹中。例如，如果您在eclipse中打开一个源文件，然后关闭eclipse并重新打开它。此时，您刚刚打开的源文件仍然是打开的，这意味着它记录了用户退出eclipse的最后状态。这个时候再想想，因为前一天是eclipse，但是第二天打开显示器发现机器已经重启了，很可能是没有正确退出eclipse造成的。eclipse的最后状态保存在。元数据文件夹，所以错误的数据也可能存在于其中。想到这，我就试着把这个文件夹删了(当然我得先准备一份，以防万一)。删除这个文件夹后，我再次进入eclipse。它是空的，所有以前导入的项目都不见了。看来这个文件夹确实是用来保存工作空间信息的，所以我现在必须重新导入一次这个项目。重新导入后，感动的眼泪终于出现了，svn插件显示正常，其他功能正常。我终于松了一口气，之前的劳动成果终于保住了...
