以windows X64系统安装位例，双击“TortoiseSVN-1.10.0.28176-x64-svn-1.10.0.msi”
如上图箭头所示，在安装 TortoiseSVN 的时候，默认 command line client tools，是不安装的，这里一定要勾选上。
勾选了这个选项，后面才能在intelliJ里面配置SVN。
二、 IDEA与tortiseSVN集成
2.1 SVN服务器地址及账号
Svn服务器地址：https://IP地址:端口号/svn/SVNServer
账号：
2.2 IDEA集成SVN基本用法
在导出之前，请先在configure中，设置maven的仓库位置。
当然也可以用默认的。
在如上图中，在该目录下设置maven的仓库位置，注意要新建一个xml文件，内容为：
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
<localRepository>D:\Program files\intelliJ-workspace\repository</localRepository>
</settings>
-----------------------------------------------------------
localRepository标签中为本地的地址；
从svn上check out 项目，以maven项目为例。
第一次checkout需要输入服务器地址、账号和密码
这个就是输入svn仓库的地址，然后继续。选择要导出的项目
再选择要导出到本地路径
选择导出的目的地，一般就是新建个文件夹用来存放所有的工作相关的项目。
导出的时候，最好导出到对应的项目文件夹下。第一个选项是直接到我的那个测试目录下，这个就不是太好。或者干脆就是不行 的。
下面会示范，两者的差别的。
一般都选默认吧。
这个就是我说的，要是没有直接导出到对应的项目名称的文件夹下的话，就会有这么个提示，如果你走到这了，那么最简单的处理方法，就是放弃，重新来过就是。
正确的，也就是上面你选择导出到对应项目名称的文件夹下的话，就会出现下图。
哦，这个是导出的时候，他在一个个文件的往外check ，这是个过程图。
你要是导出OK，也就是说你导出项目到对应的项目名称下的话，他就会提示说，你已经导出个项目了，你需要打开吗。
当然打开啦，点yes，打开。继续ing。
这个就是打开之后的，截的全图的效果。具体注释我都写在截图上了。
因为这个maven项目，导出之后，编辑器会自动判断一下，他要是发现pom.xml文件的话，他就会这么提示你，按我图上的操作就OK啦。
继续吧，图上写的应该比较详细啦。
这个就是刚刚导出项目之后，这个版本控制的初始情况。可以按照下图操作一下。
经过这么操作，项目文件夹就比较干净。
这个就是所有提交记录的列表的地方。
刷新出来的效果。
2、 常用工具按钮
下面看具体经常使用的工具按钮的操作及功能。下图显示了VCS Control常用的5个功能按钮。
这个工具栏，可能你刚使用这个编辑器的时候，是没有的，可以参考下图，把这个工具栏给显示出来。
下面对这五个按钮的简单介绍。
- 第一个按钮：Update Project 更新项目。
- 第二个按钮：Commit changes 提交项目上所有变化文件。点击这个按钮不会立马提交所有文件，而是先弹出一个被修改文件的一个汇总框，具体操作下面会有图片进行专门介绍。
- 第三个按钮：Compare with the Same Repository Version 当前文件与服务器上该文件同版本的进行内容比较。如果当前编辑的文件没有修改，则是灰色不可点击。
- 第四个按钮：Show history 显示当前文件的历史记录。
- 第五个按钮：Revert 还原当前被修改的文件到未被修改的版本状态下。如果当前编辑的文件没有修改，则是灰色不可点击。
上面的五个按钮，1，2不常用，最常用的就是后面的3个，第三个按钮就是在你把当前文件已经修改过了，要和svn库里面的代码做对比，那么就可以直接点击这个按钮，然后就可以直接看文件修改前后的差别啦。第四个也常用，就是查看当前文件的提交历史，点击之后，当前文件的历史修改记录都会显示出来。第五个按钮，就是你放弃对当前文件的修改，直接回撤到和最新库里一致的状态。
3、 更新代码
（1）更新代码概述
更新代码简单，如下图所示，
如果看不到这个version control，用下图所示方法调出显示按钮。
（2）更新到指定版本
对勾打上，现在看到的后面的是head也就是最新的，或者，以前，我这就没选，那默认就是更新全部嘛。现在可以点击第三个箭头所指的地方，然后选择你要更新到哪个版本号，然后就可以啦。剩下的就不详细描述啦。
不过，记得用完啦之后，下次再更新的时候，记得把这个对勾，给去掉哟，不然就不好啦
（3） 更新时代码冲突
如下图所示
代码冲突时，弹框的界面都大差不差的。一般遇到这个情况，你要是确定没什么可提交的，而且，你修改的本地代码也就是自己搞搞测试，那么，这种情况下，你就可以直接接受别人的，放弃本地修改。
要是，你一本正经的在完成你的任务，但是你的同事却凑巧也修改了你正在修改的文件，而且他还先你一步提交了，废话，要不然，解决代码冲突的事情，就是他来干啦。这个情况下，就得考虑合并了，也就是对应上图的merge按钮啦。
点了会出现下图。
注意下，这个页面的布局，左边的是local，也就是本地的，你修改的，右边的是server，也就是 服务器上的，中间的就是result，也就是合并结果。再注意，右上角那地方，有个数字，也就是简单的总结下冲突和变更的个数。这个视情况而定。上图例子里面冲突的就一个地方。然后就是还变更有个比更的地方。这个时候，你再看这个截图中间的2个红框，里面的箭头方向都是朝向中间的，要是你觉得哪边合适，也就是哪边的代码是OK的，那么就点哪边的箭头，然后抛弃的哪一边，就点对应的那个差号，就放弃啦。因为这个地方有2个变化，一个冲突，一个变更。那么，这都是要处理的。所以，你要把这些都变更，冲突，都处理完啦。最后，点apply，这之后，就算是合并冲突完成。
（1）代码提交概述
下面就是比较这个编辑器比eclipse的版本管理好的地方啦。也就是这个本地代码在修改之后，他可以按你的想法分文件夹存放。以方便把任务一个个的分开，做完一个提交一个。而不是在你提交的时候，你得自己仔细的查找哪个和哪个是一个任务的，然后再提交，下面看图示范。
图上，忘记打箭头啦（那个绿色的加号可以添加类别，红色减号，删除类别。就不示范了）。
可以看到我又添加了2个列表，一个是“线程测试”，一个是system测试”。这相当于是2个任务，他们又互不相干。你干完一个，你就可以选中一个列表，然后提交。而不是下面这种。三个修改的文件放在一起，提交的时候，得自己找你完成了哪个任务，提交哪个文件。
可以看到这三个文件，假设不分组存放的话，你干完任务你得找一下，哪个是需要提交的，然后再提交。不要说这个无所谓啦，在这里，你看到的是只是改动了三个文件，但是，一般项目，动不动就是十几二十个文件的改动，挑选的工作量就很大。很容易出现忘记提交某个文件，或者多提交了那个文件。
因为我这个是为了写这个文章而做的没必要的修改，这个时候，我就可以选中这个default类别，然后点击那个第一竖排的第三个按钮，revert，直接把代码回撤到与库里代码相同的版本。也就是撤销我的修改。
默认，这个地方就只有一个default分类，所有修改的文件都会被分在这个default类里面，你可以根据需要，自行新建分类。
关于单独选择某个或者某些被修改的文件的提交方法如下。
不想选中整个类别提交所有的话，你也可以按Ctrl选中你想要提交的文件，然后再点左边的第一竖排的第二个按钮提交。这几个按钮和我们在上面的工具栏看到的是一样的。选中之后，可进行如下操作：
- revert，回撤，
- move to another changelist，换个类别列表。
- show diff，查看修改文件和原来库里的差别。
- delete，删除某个文件。
（2）代码提交举例
- Reformat code 格式化代码，如果是 Web 开发建议不要勾选，因为格式化 JSP 类文件，格式化效果不好。如果都是 Java 类则可以安心格式化。
- Rearrange code 重新编排代码，IntelliJ IDEA 支持各种复杂的编排设置选项，这个会在后面说。设置好了编码功能之后，这里就可以尝试勾选这个进行自动编排。
- Optimize imports 优化导入包，会在自动去掉没有使用的包。这个建议都勾选，这个只对 Java 类有作用，所以不用担心有副作用。
- Perform code analysis 进行代码分析，这个建议不用在提交的时候处理，而是在开发完之后，要专门养成对代码进行分析的习惯。IntelliJ IDEA 集成了代码分析功能。
- Check TODO 检查代码中的 TODO。
- Cleanup 清除下版本控制系统，去掉一些版本控制系统的错误信息，建议勾选。
为啥我一个没勾选，因为，
第一个代码格式化，你只是格式化你写的代码就行，项目是很多人在不同的时间段写的，所以，不要随便格式化别人的代码，那样版本控制就会显得乱七八糟。你写的代码肯定要记得格式化一下。
分析代码，他分析代码会说你的代码会有多少警告，代码哪里和哪里重复啦，等等，这些你在写代码的时候，看到黄色警告线，都大概处理下就行。
check todo 也没必要。所以，我就一个没勾选啦
（3） 提交时忽略某些文件ignore
有些不需要版本控制的文件，该怎么处理，才能是这个local changes，这一栏看着干净整洁点。
如上图所示，因为这个项目已经处理过了，所以，只是把处理的东西展示出来。图中显示的是项目中忽略版本管理的那些文件，可以看到都是在.idea文件夹下的一些文件，这些文件是不需要版本控制的，也不需要显示在这local changes一栏的。所以，你选中这些多余的文件，然后ignore掉就可以啦。
这样就把这些不需要版本控制的文件都从这一栏消失掉，这个操作完之后，点一下刷新就可以啦。就是左边第一竖排的第一个按钮。忽略某个文件，或者忽略某个文件夹下的文件，或者是某一类型文件。。。对应上图中间的三个操作。
可以如下查看你忽略版本控制的文件。
（1）小技巧1
你再同样操作一下，就可以把这个给关掉啦。
这个是鼠标悬停在某一个提交记录上的效果，可以看到当时的提交理由。
直接点击之后，就会有个弹出框，显示当时这次提交的时候，所有的改动文件。
（2）小技巧2
这个图上略显绿色的是新增的 代码，
下面这个直接修改的代码，
下面是删除时候的样子。
2.4 常用配置
上面说的是一些常用的使用日常，下面再看一些比较常用的配置相关的内容。
- 如上图标注 1 所示，When files are created 表示当有新文件放进项目中的时候IntelliJ IDEA 做如何处理，默认是 Show options before adding to version control 表示弹出提示选项，让开发者决定这些新文件是加入到版本控制中还是不加入。如果不想弹出提示，则选择下面两个选项进行默认操作。
- 如上图标注 2 所示，When files are deleted 表示当有新文件在项目中被删除的时候IntelliJ IDEA 做如何处理，默认是 Show options before removing from version control 表示弹出提示选项，让开发者决定这些被删除的是否从版本控制中删除。如果不想弹出提示，则选择下面两个选项进行默认操作。
个人建议，还是就如图所示，你在新建和删除的时候，都最好提示下，不要嫌弃麻烦。挺好的一个功能。
下面就是上面说的那个图标的位置的图。
三、版本管理与标签使用
提供一种简单的测试人员进行测试、归档的测试线与开发人员进行开发的开发线分离的版本管理方式：
3.1 开发线与测试线分离的方式：
- 在SVN服务器的一级目录下，“***”文件夹存放开发主版本代码及程序需要的配置文件等内容，有开发人员管理，测试人员不要在此文件夹下“CheckOut”代码。
- “tags”文件夹下建立***项目的版本管理目录，存放测试版本及分支版本代码，有测试人员管理，开发人员只有在此版本测试过程中出现问题时，可以进行“CheckOut”、“Commit”、“Update”等更新代码操作；对于打了“_of_ProjectCM”标签的版本只能进行合并版本操作。
- “branches”文件夹存放“tags”文件夹中某个分支版本再一次分支时的代码存放位置（再分支版本一般指不需要合并回主分支的版本），有测试人员管理。
- 除项目负责人外，其他开发人员不允许随便在服务器上删除内容。
- 开发人员提交测试的分支版本一定带版本号，例如：
源代码路径：/sms
提交测试代码路径：/tags/sms/V1.0.0
- 测试人员为已经测试通过的分支版本打标签，在SVN下其实是重命名。
3.2、 IntelliJ中给代码打标签的功能按钮的位置如下图红色框所示：
3.3 主线代码与分支测试再合并到主线操作流程图
- 解决测试过程期间主线代码无法提交新代码问题。
- 分离研发线与测试线，增强版本管理和权限管理。
540
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
