转载:http://blog.csdn.net/fwzkj/article/details/47988885
今天由于项目的需要安装了SVN,在这里和大家分享一下SVN安装的详细过程和分享一些资料。
(1)首先是客户端的安装。
1)获取客户端安装包。
--安装包的获取路径:
TortoiseSVN的官方下载地址:http://tortoisesvn.net/downloads.zh.html
--中文语言包下载路径是:
http://download.csdn.net/detail/fwzkj/9060519
2)安装客户端。一步步next吧,没什么好说的。
3)使用客户端。
项目经理首次操作时,需在本地代码文件夹上点击右键选择“TortoiseSVN->导入”,将本项目组的代码导 入到SVN上,由SVN来对代码进行管理,其后项目组的其他成员才能下载使用项目组的代码。首次操作svn均需要 登录,从项目经理处获得用户名密码。对代码的导入、更新、合入,请按“模板”填写操作信息,方便后续进 行问题跟踪、代码审查等操作。如下图所示。
对代码的导入、更新、合入,请按“模板”填写操作信息,方便后续进行问题跟踪、代码审查等操作。具体 步骤如下图所示。
代码的检出:新建文件夹(如:workspace),右键单击,选中“SVN检出”。如下图所示。
注意:
版本库URL:从项目经理处获得。
检出至目录:为svn代码的副本在本地的存放路径。
版本:使用默认,选择最新版本即可。
代码更新:
从SVN检出代码后,本地的代码为SVN服务器上代码的副本,并不会随着其他成员对代码的合入而变化,故 每次对svn操作时,请先对其进行更新,获得其他同事更改后的最新文件。(当代码很多,而自己只更改一小 部分内容时,可以只update相应的文件,缩短更新事件)切记:使用代码前、合入SVN前,均需对相应文件进 行更新。具体图示如下所示。
代码修改:
一般情况下,建议将SVN检出后更新的代码拷贝到本地的另一个路径中进行编码、调试,验证OK后,再与SV N检出到本地的代码进行比较合入。这样可以避免直接操作SVN检出到本地的代码副本文件,减少对源代码的误 操作引起的问题排查、定位时间。在编码过程中,通过比较工具,也极容易将两份代码进行比较,对当前开发 的代码进行检查、恢复。
代码合入:步骤如下。
1)SVN更新:获取最新的代码源文件;
2)获取锁定:获得锁,文件只能一个人操作
3)[比较文件]:将修改文件与svn更新的文件比较确定更新内容,避免覆盖他人已合入的正确代码;
4)-- SVN提交:将修改的内容上传到服务器,提交后,被提交的文件的锁自动释放;(在提交对话框中, 请按模板填写合入信息)
5)-- 解除锁定:不合入修改的内容,直接释放锁。
提交代码时,请按下面的模板填写合入信息。例如修改信息,版本,需改人,时间等等。
(2)接着是服务器端的安装。
1)获取安装包。
安装包的路径:http://www.visualsvn.com/files/VisualSVN-Server-1.6.2.msi
2)文档。
下载路径。 http://www.visualsvn.com/server/doc/VisualSVN-Server.pdf
3)安装过程没有什么好说的。主要是next和修改安装路径。
4)安装好之后,就开始使用了。
1)运行VisualSVN Server Manger,下面是启动界面:
下面我来添加一个代码库【Repository】,如下图。
按上图所示,创建新的代码库,在下图所示的文本框中输入代码库名称。如下图所示。
注意:上图中的CheckBox如果选中,则在代码库StartKit下面会创建trunk、branches、tags三个子目录;不选中,则只创建 空的代码库StartKit。点击OK按钮,代码库就创建成功了。
创建完代码库后,没有任何内容在里面。我会在这个教程的第二部分说明如何迁入源代码。下面,我们开始安全性设置, 在左侧的Users上点击右键:
输入上面的信息,点击OK,我们就创建一个用户了。按照上面的过程,分别添加用户Developer1、tester1、manager1,好了,我们开始添加这些用户到我们刚才创建的项目里:
点击上图中的"Add..."按钮,在下图中选择我们刚才添加的用户,点击OK按钮。说明:大家可能注意到了下图中的Groups,是的,你也可以先创建组,把用户添加到各个组中,然后对组进行授权,操作比较简单,在此略过。
按照下图所示,分别对用户【或组】进行授权:
点击"确定"按钮,上面的用户就具有了访问StartKit代码库的不同权限。
因为用户starter在团队中是新来者,不希望他向代码库中提交新代码,所以他只能读取代码库中的代码,不能提交代码。tester1是测试人员,不负责代码编写,所以也是只读权限。而Developer1和manager1是开发人员和项目经理,自然具有读、写的权限。在实际的项目开发过程中,Developer和tester往往不可能只有一个人,这时候使用组来授权更加方便,这个大家可以自己练习一下。
与git区别(http://www.jianshu.com/p/bfec042349ca)
1) 最核心的区别Git是分布式的,而Svn不是分布的。能理解这点,上手会很容易,声明一点Git并不是目前唯一的分布式版本控制系统,还有比如Mercurial等,所以说它们差不许多。话说回来Git跟Svn一样有自己的集中式版本库和Server端,但Git更倾向于分布式开发,因为每一个开发人员的电脑上都有一个Local Repository,所以即使没有网络也一样可以Commit,查看历史版本记录,创建项 目分支等操作,等网络再次连接上Push到Server端。
从上面看GIt真的很棒,但是GIt adds Complexity,刚开始使用会有些疑惑,因为需要建两个Repositories(Local Repositories & Remote Repositories),指令很多,除此之外你需要知道哪些指令在Local Repository,哪些指令在Remote Repository。
2)Git把内容按元数据方式存储,而SVN是按文件:因为,.git目录是处于你的机器上的一个克隆版的版本库,它拥有中心版本库上所有的东西,例如标签,分支,版本记录等。.git目录的体积大小跟.svn比较,你会发现它们差距很大。
3) Git没有一个全局版本号,而SVN有:目前为止这是跟SVN相比Git缺少的最大的一个特征。
4) Git的内容的完整性要优于SVN: GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性,确保在遇到磁盘故障和网络问题时降低对版本库的破坏。
5) Git下载下来后,在OffLine状态下可以看到所有的Log,SVN不可以。
6) 刚开始用时很狗血的一点,SVN必须先Update才能Commit,忘记了合并时就会出现一些错误,git还是比较少的出现这种情况。
7) 克隆一份全新的目录以同样拥有五个分支来说,SVN是同时复製5个版本的文件,也就是说重复五次同样的动作。而Git只是获取文件的每个版本的 元素,然后只载入主要的分支(master)在我的经验,克隆一个拥有将近一万个提交(commit),五个分支,每个分支有大约1500个文件的 SVN,耗了将近一个小时!而Git只用了区区的1分钟!
8) 版本库(repository):SVN只能有一个指定中央版本库。当这个中央版本库有问题时,所有工作成员都一起瘫痪直到版本库维修完毕或者新的版本库设立完成。而 Git可以有无限个版本库。或者,更正确的说法,每一个Git都是一个版本库,区别是它们是否拥有活跃目录(Git Working Tree)。如果主要版本库(例如:置於GitHub的版本库)发生了什麼事,工作成员仍然可以在自己的本地版本库(local repository)提交,等待主要版本库恢复即可。工作成员也可以提交到其他的版本库!
9)分支(Branch)在SVN,分支是一个完整的目录。且这个目录拥有完整的实际文件。如果工作成员想要开啟新的分支,那将会影响“全世界”!每个人都会拥有和你一样的分支。如果你的分支是用来进行破坏工作(安检测试),那将会像传染病一样,你改一个分支,还得让其他人重新切分支重新下载,十分狗血。而 Git,每个工作成员可以任意在自己的本地版本库开啟无限个分支。举例:当我想尝试破坏自己的程序(安检测试),并且想保留这些被修改的文件供日后使用, 我可以开一个分支,做我喜欢的事。完全不需担心妨碍其他工作成员。只要我不合并及提交到主要版本库,没有一个工作成员会被影响。等到我不需要这个分支时, 我只要把它从我的本地版本库删除即可。无痛无痒。
Git的分支名是可以使用不同名字的。例如:我的本地分支名为OK,而在主要版本库的名字其实是master。
最值得一提,我可以在Git的任意一个提交点(commit point)开启分支!(其中一个方法是使用gitk –all 可观察整个提交记录,然后在任意点开啟分支。)
10)提交(Commit)在SVN,当你提交你的完成品时,它将直接记录到中央版本库。当你发现你的完成品存在严重问题时,你已经无法阻止事情的发生了。如果网路中断,你根本没办法提交!而Git的提交完全属於本地版本库的活动。而你只需“推”(git push)到主要版本库即可。Git的“推”其实是在执行“同步”(Sync)。
最后总结一下:
SVN的特点是简单,只是需要一个放代码的地方时用是OK的。
Git的特点版本控制可以不依赖网络做任何事情,对分支和合并有更好的支持(当然这是开发者最关心的地方),不过想各位能更好使用它,需要花点时间尝试下。