有关版本控制--SVN

什么是版本控制?

这个之前有记录过相关的内容

版本管理就是管理更新的历史记录,
它给我们提供了一些在软件开发过程中必不可少的功能,例如:

  • 记录一款软件添加或更改源代码的过程
  • 回滚到特定阶段,恢复误删除的文件
  • 合并多人协作的文件等
  • 多人协同,文件传输

版本控制分类

  • 集中式

    • SVN
  • 分布式
    • Git

SVN

SVN 全称 Apache Subversion,是一个开放源代码的集中式版本管理系统。
在 2000 年由 CollabNet 开发,现已发展成为 Apache 软件基金会的一个开源项目。

集中式

早期的版本管理就是以 Apache Subversion 为代表的集中式版本管理,
集中式版本管理将所有的数据集中存放在服务器中,这是有便于统一管理的优点。
但是一旦开发者所处的环境不能连接服务器,就无法获取最新源代码,开发也就无法进行。
服务器宕机时也是同样的道理,而且万一服务器故障导致数据丢失,
恐怕开发者就再也见不到最新的源代码了。

简而言之:

  • 中央服务器好比是一个图书馆
  • 你要改一本书,必须先从图书馆借出来(checkout)
  • 然后回到家自己改,改完了,再放到图书馆(commit)

一些术语

  • 源代码库(repository):源代码统一存放的地方
  • 检出(checkout):当你手上没有源代码的时候,就需要从 responsive checkout 一份
  • 提交(commit):当你已经修改了代码,就需要 commit 到 repository
  • 更新(update):当你已经 checkout 了一份源代码,Update 一下就可以和 repository 上的源代码同步,你手上的代码就会有最新的变更

使用 VisualSVN 搭建 SVN 服务器

安装完毕之后,基本使用流程如下:

  • 创建用户
  • 创建版本仓库
  • 设定用户权限

使用 TortoiseSVN 作为 SVN 客户端

SVN 客户端:用户通过SVN客户端同SVN服务器交互

TortoiseSVN 客户端基本操作流程

  • 检出项目:checkout

    • 在没有源代码的前提下,需要通过 tortoise-svn 客户端下载
  • 提交修改:commit
    • 帮你记录当前开发的软件的状态
  • 更新文件或目录:update(更新)
    • 别的开发人员在已有源代码的前提下可以通过 update 更新服务器上最新的版本
  • 查看版本日志:log(日志)

关于冲突

假设 A、B 两个用户都在版本号为 100 的时候,更新了 kingtuns.txt 这个文件,
A 用户在修改完成之后提交 kingtuns.txt 到服务器, 这个时候提交成功,
这个时候 kingtuns.txt 文件的版本号已经变成 101 了。
同时B用户在版本号为 100 的 kingtuns.txt 文件上作修改, 修改完成之后提交到服务器时,
由于不是在当前最新的 101 版本上作的修改,所以导致提交失败。

良好的使用习惯就是,提交之前,先更新。

为了避免冲突,别人的文件你最好不要动,
万一你要修改公共的文件或者是别人的文件,
跟别人最好口头沟通好,就是你改动的时候,
别人最好不要去改动,这样才能最大程度上避免冲突的问题。

多人协作时,同个目录或同个文件需要不同成员共同开发,
这个时候 commit 和 update 就可能出现冲突。

  • 两个程序员只要不是修改了同一行程序,SVN 可以通过 update 自动合并修改
  • 但是如果两个程序员修改了同一行程序, SVN 会提示文件 conflict,需要手动确定

如何解决?

第一种解决方法:手动合并冲突的内容

第二种解决方法:每次修改某个文件的时候对文件上锁,这样你在修改的过程中别人就无法更新这个文件

建议:

  • 一个文件最好同一时间只被一个人修改提交
  • 多跟团队成员沟通
  • 不要随便去修改别人的文件

版本管理使用建议

  • 不要频繁的提交版本

    • 一般有比较成熟的功能模块的时候,再去提交
    • 修复了功能性 bug 的时候再去提交
    • 提交的代码最好无 bug
  • 每次 commit 之前都要 update
    • 因为你在编辑这个文件的时候,可能比人已经编辑并提交了某个版本
    • 所以先 update,目的是为了检查一下服务器上有没有最新版,如果有,直接更新
      • 更新的过程中如果遇到冲突,不要慌,去手动解决
  • 每次 commit 的时候都务必要写提交日志
    • 这个提交日志就好比你保存副本的时候加的一个标记
    • 目的是为了日后做版本的回退查找以及查看记录更新状态

使用总结

  • 版本控制管理系统
  • 源代码仓库 repository
  • 检出代码 checkout
  • 更新最新源代码 update
  • 提交修改 commit

原文地址:https://www.cnblogs.com/ygjzs/p/12229410.html

时间: 2024-10-07 10:30:19

有关版本控制--SVN的相关文章

lzugis—搭建属于自己的小型的版本控制SVN

对于不了解SVN的同志们可以参考下"mh942408056"的这篇博文,SVN简介,链接地址为:http://blog.csdn.net/mh942408056/article/details/7629036 本文讲述的是如何应用VISUAL SVN SERVER和Dreamweaver CS6搭建自己的程序备份与版本控制. 首先,得下载安装这两个软件.你可以从VISUAL SVN SERVER的官网上获取到VISUAL SVN SERVER的安装包,VISUAL SVN SERVER

iOS开发——开发实战篇&版本控制SVN和Git简单实战总结

版本控制SVN和Git简单实战总结 如果你对iOS开发中的版本控制还不了解那么你可以先看看这篇(大致看一遍就ok) 关于版本控制使用起来并不难,但是可能你会遇到这样问题! 学了这么多命令,感觉自己都知道,而且基本上都能敲出一二,但是就是不轻松公司实际开发中到底要怎么用,或者我该怎么下手,下面我们就来看看我们到了公司之后首先要做的,和之后经常要做的一些事情(命令太多没必要去记,常用的也就那么几个). 首先,你必须先知道,在天朝,SVN目前任是主流,但是又不的不会(这里具体原因我就不多说了)! 好了

iOS开发——开发实战篇&版本控制SVN和Git使用详解

版本控制SVN和Git使用详解 公司的实际开发中,在天朝使用较多的还是SVN,因为SVN是集中式的,在天朝上班你们都懂的! -----------------svn----------------- 一:最常用基本步骤--- 下载(完整下载,第一次),将服务器的项目下载到本地开始开发 svn checkout ip —uaerbane=? —password=?     //这里需要add 简:co 更新仓库,服务器项目有变动的时候需要更新到本地,以免错误或者冲突 svn updata    

个人环境搭建——版本控制SVN

版本控制SVN SVN服务器配置: 第一部分:svn服务器搭建(主要是四步走) 参考:http://www.son1c.cn/show/920.html 一,安装Subversion sudo apt-get install subversion 二,创建版本库 2.添加svn管理用户及subversion组 cd /home/username mkdir myproject svnserve -d -r /home/username         (第一步:先启服务器) svnadmin c

iOS开发- 版本控制SVN和Git使用详解

公司的实际开发中,在天朝使用较多的还是SVN,因为SVN是集中式的,在天朝上班你们都懂的! -----------------svn----------------- 一:最常用基本步骤--- 下载(完整下载,第一次),将服务器的项目下载到本地开始开发 svn checkout ip —uaerbane=? —password=?     //这里需要add 简:co 更新仓库,服务器项目有变动的时候需要更新到本地,以免错误或者冲突 svn updata               //这里的直

版本控制SVN&GIT

1. 什么是版本控制? 版本控制(Revision control)是维护工程蓝图的标准做法,能追踪工程蓝图从诞生一直到定案的过程.是一种记录若干文件内容变化,以便将来查阅特定版本修订情况的系统. 2. SVN简介 Svn(Subversion)是近年来崛起的版本管理工具,在当前的开源项目里(J2EE),几乎95%以上的项目都用到了SVN.Subversion 项目的初衷是为了替换当年开源社区最为流行的版本控制软件CVS,在CVS的功能的基础上有很多的提升同时也能较好的解决CVS系统的一些不足.

版本控制SVN

为什么需要版本控制软件 代码的冻结 避免在重大的考核之前改动代码 每个稳定版本都在服务器保存进度,随时可以回退 需求频繁的变化不要改动稳定的代码,不要改别人写好的代码 为什么需求会变化?有时候产品自己也是迷糊的,也不知道想要什么.频繁改动会导致工期长,不能按时交货. 破解方式:提前准备几套设计方案,跟需求方确定好要使用的版本,后期如果再改需求就加钱. 限制代码权限. 对代码分模块开发,每个人可以读取的模块不一样,有人可以处理Android端,有人可以处理iOS端,有人处理服务端数据库,有人处理服

版本控制 SVN基础 实战案例 、 RPM打包

案例1:Subversion基本操作案例2:使用Subversion协同工作案例3:制作nginx的RPM包1 案例1:Subversion基本操作1.1 问题 本案例要求先快速搭建好一台Subversion服务器,并测试该版本控制软件:创建版本库导入初始化数据检出数据至用户本地副本对本地副本进行增删改查等操作1.2 方案 使用YUM安装subversion软件,使用svn客户端工具连接svnserver服务器并测试版本控制软件.1.3 步骤 实现此案例需要按照如下步骤进行.步骤一:安装Subv

版本控制SVN的使用笔记

安装 客户端和服务端下载地址,打开网址,根据自己的操作系统下载对应的版本,window用户服务端一般安装的是VisualSVN,客户端安装TortoiseSVN,在实际工作中,我们一般只需要安装TortoiseSVN,对应的IDE中安装好svn插件就可以了. SVN Checkout 进入公司的第一天,当然是将我们的开发项目从服务器上Checkout下来了,在checkout下来之前,我们需要先在本地新建几个文件夹,例如在D:盘下面新建一个code 文件夹,code下面分别新建branches