版本控制工具——SVN

一、需求

　　需求之一：备份

小明负责的模块就要完成了，就在即将Release之前的一瞬间，电脑突然蓝屏，硬盘光荣牺牲！几个月来的努力付之东流

View Code

　　需求之二：代码还原

这个项目中需要一个很复杂的功能，老王摸索了一个星期终于有眉目了，可是这被改得面目全非的代码已经回不到从前了。什么地方能买到哆啦A梦的时光机啊？

View Code

　　需求之三：协同修改

小刚和小强先后从文件服务器上下载了同一个文件：Analysis.java。小刚在Analysis.java文件中的第30行声明了一个方法，叫count()，先保存到了文件服务器上；小强在Analysis.java文件中的第50行声明了一个方法，叫sum()，也随后保存到了文件服务器上，于是，count()方法就只存在于小刚的记忆中了

View Code

　　需求之四：多版本项目文件管理

老许是一位项目经理，我会告诉你他把每一个版本都保存一份吗？我会告诉你这些工程里其实有很多文件都是重复的吗？我会告诉你老许为这事删了很多电影吗？

View Code

　　需求之五：追溯问题代码的编写人和编写时间

老王是另一位项目经理，每次因为项目进度挨骂之后，他都不知道该扣哪个程序员的工资！就拿这次来说吧，有个该死的Bug调试了30多个小时才知道是因为相关属性没有在应用初始化时赋值！可是二胖、王东、刘流和正经牛都不承认是自己干的！

View Code

　　需求之六：权限控制

小温这两天幸福的如同掉进了蜜罐里，因为他成功的得到了前台MM丽丽的芳心，可他郁闷的是这几天总是收到QA小组的邮件，要求他修正程序中存在的Bug，可他自己本地电脑上是没有这些Bug的，“难道我的代码被哪个孙子给改了？”。是的，小温没来的时候，丽丽是QA小组小郑的女朋友啊！

View Code

　　　　由此，引出我们这里得主角：版本控制工具：SVN

　　　　　　一个版本管理工具，常用于软件开发项目中，实现代码、文档等的历史版本保存、共享和权限管理

二、SVN基本介绍

　　1.工作原理

　　　　SVN的工作原理：采取客户端/服务器模式——在服务器的版本库中保存项目文件的各个版本，所有参与协同开发的程序员在自己本地电脑上保存一个工作副本。SVN支持程序员将本地副本更新到服务器端的最新版本，也支持将本地副本的最新改变更新到服务器端，而且后面的更新不会覆盖前面的更新，而是作为一个新的版本被保存下来——SVN甚至支持将本地工作副本恢复为服务器端保存的某一个历史版本。

　　 2.基本操作

　　（1） 检出（checkout）：将一个服务器端创建好的项目整个下载到本地，这是到项目组后参与开发的第一步，只需执行一次。

　　　　　　　　　　　　　　>这样svn上最新的数据会被传送到这个文件夹，目录结构会自动建好，svn上的文件会自动出现在对应的文件夹中。当然如果你愿意也可以选择一个旧的版本，或者只包含一层目录或者只是这个文件夹中的文件。

　　（2） 更新（update）：将本地文件更新为服务器端的最新版本，通常为每天上班时或修改公共文件之前执行一次。

　　　　　　　　　　　　>把他人上传的代码更新到本地环境，你在这个环境下把自己的代码合并到这个版本中。
　　　　　　　　　　　　>在这个过程中如果有人删除了文件，它会你机器上的文件删除，如果别人改了某个文件，会将这个文件更新。如果你 
修改了某个文件，别人删除了它，则这个文件不会被删除，只会和svn没关系了。如果你修改了某个文件，而这个文件别人也修改了，
在更新的过程中就会试图自 动将你的修改合并，如果成功，他的内容就是你修改的和别人修改的内容的并集，如果失败，svn就会将这个文件标记为冲突。
　　（3）提交（commit）：将本地修改提交到服务器端。通常每天下班前或每实现一个功能、完成一个模块时执行一次。
　　　　　　　　　　　　　
　　　　　　　　　　　　>将合并好的版本提交到svn，他人再根据你提交的版本开发，保证代码不会冲突。

　　　　　　　　　　　　　值得注意的是，使用SVN的目的是多人共享一个最新的目录，你在提交的时候最好先更新，更新到最新版本的核对之后再提交。
　　　　　　　　　　　　　因为如果你不更新直接提交，这段时间有可能他人更新后已经提交了，你没有更新还是老得版本，直接提交后会把他人更新的覆盖掉。

　　　　　　　　　　　　>commit 的过程仅仅是将你本地的一些修改提交到svn中让svn上的和你的一 致，在提交之前必须已经解决了需要提交文件已有的冲突才行

 　　更多更详细得SVN操作请参见：http://blog.chinaunix.net/uid-20321537-id-1966870.html
<h2>三、安装</h2>
　　
推荐的组合安装版本：http://www.cnblogs.com/xiaobaihome/archive/2012/03/20/2407610.html
　　一路next next即可。（会自动创建系统环境变量）（注意客户端和服务端的不同）

四、常用命令

　　1.配置版本库

　　　　svnadmin create path

　　例如：（需要先进入我们创建的版本库的路径，可以配置一个根目录作为仓库根路径）

　　2.将svn注册为windows服务

//命令行窗口启动暂不介绍（因关闭窗口服务即停止）

示例：

sc create MySVNService binpath= "F:\Program Files (x86)\Subversion\bin\svnserve.exe --service -r F:\svn_repository" start= auto depend= Tcpip

　　这样，我们就可以使用windows来控制svn的服务启动与停止了！

服务的开启与关闭：（需要管理员权限）

　　　　sc start 服务名　——开启服务

　　　　　　sc start MySVNService

　　　　sc stop 服务名 ——关闭服务

　　　　　　sc stop MySVNService　　

　　　　sc delete 服务名

　　　　　　sc delete MySVNService

五、客户端插件的使用

　　//命令行的检出更新等操作暂不列出。

　　eclipse的插件的安装：

　　　　下载插件：　　　　

　　　　　　　　使用下载好的插件压缩包eclipse_svn_site-1.10.5.zip，这个压缩包是从http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240/网站（subclipse是这款Eclipse插件的名称）上下载的。安装方法是：

　　　　将解压出来的文件夹放到　　Eclipse安装目录/dropins/eclipse_svn_site-1.10.5下（整个解压出来的文件夹放过去即可）

　　　　//重启eclipse，完成安装（卸载同理）

　　在eclipse的Team下可以看到插件成功安装：

　　集成SVN后报错 failed to load...

　　　　1.windows->preferences->Team->SVN->SVN接口
　　　　2.选择SVNKit (Pure Java) xxxxxx

　　接下来使用插件来进行提交等操作：

　　　　为了显示，先建立一个工程：

　　　　然后，右击项目-> Team-> share project-> SVN

//由于之前没有创建资源库，这里进行新的资源库的创建

　　//后面需要用到版本库的地方，请根据实际情况将localhost更改为合适的地址

　　　　URL地址必须为带conf db等文件夹的资源库地址

　　若出现认证失败，请打开匿名写的权限：（临时方式）

　　这样我们就进入了SVN的视图，想要上传哪个文件直接右击选择提交即可，这里我们提交整个项目：

　　//点击OK完成提交

　　如果我们想看看服务器上到底有啥，我们可以打开SVN资源库研究的透视图即可：

//如果是Web工程，build目录（编译后的一些class文件等）将不会被纳入版本控制（将不会显示一个小金色的桶）

　　小乌龟也有自带的图标集：

　　如何进行检出checkout操作

　　在空白处右击 import 选择从SVN检出：

可以选择作为工作空间的项目导出操作：

　　//如果是Web工程，将会提示build文件夹为 ? ，表示未纳入版本控制，可以在build上右键 ignore，忽略此目录，不纳入版本控制。

　　如何进行更新操作：

　　我们先进行文件的更改：

　　//这个时候是可以看到变成了一颗黑色的星星（意思就是：已修改，未提交，更多图标含义见上文链接）

　　提交完成后，在另外一个需要更新的端，右击LoveClass文件，选择更新即可！

【如何导出maven项目】：

1.从svn导入“作为工作空间中的项目检出”---》Finish

2.如“1”操作后，会自动的在MyEclipse中添加一个Maven项目，此时删掉自动到如的那个maven项目。

3."Existing Maven Project"导入

4.找到你之前通过MyEclipse的插件导入到workspace中的maven项目，导入即可。

六、冲突问题（confict）

　　发生冲突的情况：

　　<1>两个开发人员，Harry和Sally，分别从服务器端下载了文件A。

　　<2>Harry修改之后，A变成了A’，Sally修改之后，A变成了A’’。

　　<3>Harry先一步提交，使服务器端文件的版本也变成了A’

　　<4>Sally本地的文件A’’已经过时了，此时她已无法提交文件，服务器会要求她先进行一次更新操作。

　　<5>此时Sally的更新操作有两种可能

　　 (1)Sally所做的修改与Harry不是同一个位置，更新操作尝试合并文件成功。

　　 (2)Sally所做的修改与Harry恰好是同一个位置，更新操作尝试合并文件失败，发生冲突。

　　<6>发生冲突后，本地工作副本会发生如下变化

public static void main(String[] args) {
        System.out.println("Edit By Command!");
        System.out.println("Edit By Command!");
<<<<<<< .mine
        System.out.println("Edit By Eclipse!");
=======
        System.out.println("Edit By Command!New Edit");
>>>>>>> .r14
        System.out.println("Edit By Command!");
        System.out.println("Edit By Command!");
    }