版本管理就是管理更新的历史记录,它给我们提供了一些在软件开发过程中必不可少的功能,例如:
集中式:SVN
分布式:Git
SVN 全称 Apache Subversion,是一个开放源代码的集中式版本管理系统。在 2000 年由 CollabNet 开发,现已发展成为 Apache 软件基金会的一个开源项目。
源代码库(repository):源代码统一存放的地方
检出(checkout):当手上没有源代码的时候,就需要从 responsive checkout 一份
提交(commit):当已经修改了代码,就需要 commit 到 repository
更新(update):当已经 checkout 了一份源代码,Update 一下就可以和 repository 上的源代码同步,手上的代码就会有最新的变更
早期的版本管理就是以 `Apache Subversion` 为代表的集中式版本管理,集中式版本管理将所有的数据集中存放在服务器中,这是有便于统一管理的优点。但是一旦开发者所处的环境不能连接服务器,就无法获取最新源代码,开发也就无法进行。服务器宕机时也是同样的道理,而且万一服务器故障导致数据丢失,开发者就很难再见到最新的源代码了。
SVN 服务器:运行 Subversion 服务的计算机。
使用比较流行的图形化工具 VisualSVN来搭建 SVN 服务。
下载VisualSVN:
打开VisualSVN Server Manager:
安装完毕之后,基本使用流程如下:
创建用户:
创建版本仓库、设定用户权限:
SVN 客户端:用户通过SVN客户端同SVN服务器交互
下载TortoiseSVN:
查看TortoiseSVN是否下载好了:
随便找一个文件夹,右击 鼠标
点击SVN Checkout会把svn服务器上面的源代码仓库中的文件下载到该鼠标右击位置的文件目录下
提交修改:`commit`
记录当前开发的软件的状态
更新文件或目录:`update`(更新)
别的开发人员在已有源代码的前提下可以通过 update 更新服务器上最新的版本
修改一下李四从svn服务器上获取到的index.html文件
更新张三文件下的index.html文件与李四修改后的文件保持一致
查看版本日志:`log`(日志)
查看各版本之间的差异:
点击index.html,选中revision 1,查看revision 1与revision 0的差异
点击index.html,选中revision 2,查看revision 2与revision 1的差异
假设 A、B 两个用户都在版本号为 100 的时候,更新了 kingtuns.txt 这个文件,A 用户在修改完成之后提交 kingtuns.txt 到服务器, 这个时候提交成功,这个时候 kingtuns.txt 文件的版本号已经变成 101 了。同时B用户在版本号为 100 的 kingtuns.txt 文件上作修改, 修改完成之后提交到服务器时,由于不是在当前最新的 101 版本上作的修改,所以导致提交失败。
例如张三为index.html添加了一个li标签存放一个橘子项并提交修改到服务器,李四同时也修改了index.html添加了一个li标签存放一个juzi项将修改提交到服务器时会报错
良好的使用习惯就是,提交之前,先更新。
为了避免冲突,别人的文件最好不要动,万一要修改公共的文件或者是别人的文件,跟别人最好口头沟通好,就是改动的时候,别人最好不要去改动,这样才能最大程度上避免冲突的问题。
多人协作时,同个目录或同个文件需要不同成员共同开发,这个时候 commit 和 update 就可能出现冲突。
两个程序员只要不是修改了同一行程序,SVN 可以通过 update 自动合并修改,但是如果两个程序员修改了同一行程序, SVN 会提示文件 conflict,需要手动确定
如何解决:
第一种解决方法:手动合并冲突的内容
点击save保存好
第二种解决方法:每次修改某个文件的时候对文件上锁(版本与服务器版本不一致时会加不上锁),这样在修改的过程中别人就无法更新这个文件,只有上锁的人修改文件了,锁才会自动解开
建议:
不要频繁的提交版本
每次 commit 之前都要 update
每次 commit 的时候都务必要写提交日志
版本控制管理系统
源代码仓库 repository
检出代码 checkout
更新最新源代码 update
提交修改 commit