svn

测试环境上线脚本

[root@server7 srv]# cat upTestHcloud.sh

#!/bin/bash

versionnum=v1.20.2

#要更新的版本号

b=''

i=0

type svn

if [ $? != 0 ];then

    echo "need install subversion first"

    exit

fi

while [ $i -le  100 ]

  do

 

[ ! -e /srv/hcloud ]&& mkdir -p /srv/hcloud;cd /srv/hcloud

 

echo `date` >>/srv/herror.log

 

# BScloud

 

echo "hcloud" >>/srv/herror.log

if [ ! -e /srv/hcloud/web ]; then

    /usr/bin/svn co --no-auth-cache svn://192.168.0.2/hcloud/web --username leinw --password leinw2017 2>&1 >>/srv/herror.log

else

    cd /srv/hcloud/web

    /usr/bin/svn update --no-auth-cache --username leinw --password leinw2017 2>&1 >>/srv/herror.log

    cd /srv

fi

    printf "代码progress:[%-40s]%d%%\r" $b $i

    sleep 0.1

    i=`expr 5 + $i`

    b=##$b

  done

  echo "获取代码完成"

 

svnversion=`svn info /srv/hcloud/web | awk '/Revision/{print $NF}'`

#svnversion=`egrep "revision|版本" herror.log |tail -1|awk  '{print$NF}'`

if [ ! -e /data/web/hcloud$versionnum.$svnversion/web ]; then

  mkdir -p /data/web/hcloud$versionnum.$svnversion/web

else

  echo "the version is exist !   please change number"

  exit

fi

echo -e "\033[33mwaiting..\033[0m"

sed -i 's#192.168.0.3#192.168.0.7#g' /srv/hcloud/web/bdl/Config/base.php

cp -uraf /srv/hcloud/web/* /data/web/hcloud$versionnum.$svnversion/web

cd /data/web/

#sed -i 's#192.168.0.3#192.168.0.7#g' /data/web/hcloud$versionnum.$svnversion/web/bdl/Config/base.php

 

rm -f hcloud

ln -s hcloud$versionnum.$svnversion hcloud

chown -R nginx:nginx hcloud

chmod -R 777 /data/web/hcloud/web/web_code/smarty/templates_c

#while [ $t -le  100 ]

#  do

#    printf "上线progress:[%-40s]%d%%\r" $c $t

#    sleep 0.1

#    t=`expr 5 + $t`

#    c=##$c

#  done

#  echo "上线代码完成"

a=0

t=""

while [ $a -le 100 ]

do

  let indexcolor=i%8

  let color=30+indexcolor

  printf "上线progress:\e[0;$color;1m[%-40s]%d%%%c\r" "$t" "$a"

  sleep 0.1

  a=`expr 5 + $a`

  t+='##'

done

echo "上线代码完成"

#printf "\n\033[0m"

echo -e "\033[32mSuccess \033[0m"

View Code

第2章 SVN介绍

2.1 运行方式

svn服务器有两种运行方式, 独立服务器和借助 apache运行. 两种方式各有利弊, 可以自行选择.

2.2 什么是SVN

SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。是cvs的重写版和改进版. 互联网上很多版本控制服务已从CVS迁移到Subversion。说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。

Subversion(SVN) 是一个开源的版本控制系統, 也就是说 Subversion 管理着随时间改变的数据。这些数据放置在一个中央资料档案库(repository) 中。这个档案库很像一个普通的文件服务器, 不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。

2.3 工作流程

集中式管理的工作流程

集中式代码管理的核心是服务器，所有开发者在开始新一天的工作之前必须从服务器获取代码，然后开发，最后解决冲突，提交。所有的版本信息都放在服务器上。如果脱离了服务器，开发者基本上可以说是无法工作的。下面举例说明：

开始新一天的工作：

1、从服务器下载项目组最新代码。

2、进入自己的分支，进行工作，每隔一个小时向服务器自己的分支提交一次代码（很多人都有这个习惯。因为有时候自己对代码改来改去，最后又想还原到前一个小时的版本，或者看看前一个小时自己修改了哪些代码，就需要这样做了）。

3、下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。

这就是经典的svn工作流程，从流程上看，有不少缺点，但也有优点。

2.4 数据存储

SVN存储版本数据也有2种方式: BDB (一种事务安全型表类型) 和 FSFS (一种不需要数据库的存储系统). 因为BDB方式在服务器中断时,有可能锁住数据, 所以还是FSFS方式更安全点

2.5 与cvs对比

存储类型格式

CVS是个基于RCS文件的版本控制系统。每个CVS文件都不过是普通的文件，加上一些额外信息。这些文件会简单的重复本地文件的树结构。因此，不必担心有什么数据损失，如果必要的话可以手工修改RCS文件。

SVN是基于关系数据库的(BerkleyDB)或一系列二进制文件的(FS_FS)。一方面这解决了许多问题 (例如，并行读写共享文件)以及添加了许多新功能(例如运行时的事务特性。)。然而另一方面，数据存储由此变得不透明。

速度

CVS比较慢。

整体而言,由于架构实现的不同, SVN的确比CVS快很多。在网络上它只传输很少的信息并支持更多的离线模式的功能。但这也是有代价的。速度的代价就是巨大的存储（完全备份所有的工作文件）。

标志&分支

SVN采用标志和分支而抛弃了其他三件东西，实际上这意味着他们把这个概念替换为在档案库内部复制文件或目录以便保存日志。这样一来，无论标志创建还是分支创建都只是仓库内部的文件复制了。对分支而言：分支不过是在仓库内部的一个单独的目录而已了，不像早期还有些什么交错。对标志而言：已经不能对代码加标志了。在某种程度上说，SVN全文件编号补足了这个缺陷，SVN里整个仓库都有版本号，但不是针对单个文件。

元数据

CVS只允许存储文件。

SVN允许一个文件有任意多的可命名属性，功能十分完全。

文件类型

CVS最初是为文本文件存储而设计的。因此其他文件类型（二进制，统一码）文件的支持几乎没有，如需要的话则要有其他信息，并且客户端服务器端都要调整。

SVN会关心所有的文件类型，不需要你来手工操作。

回滚

CVS允许任意的回滚，在任意一个已递交的版本上，尽管这要花些时间（所有的文件都要分别处理）。

SVN不允许递交后回滚。建议把版本库里好的状态版本加到末尾，覆盖掉损坏的版本。而损坏的版本无论如何也是会存在数据库里的。（SVN的滚回操作实际上是merge操作）

事务

CVS中的“零或一”事务原则根本没有实现。如果检入几个文件的话（加到服务器上），很有可能部分文件完成了，而另几个没有。作为一个潜规则，手工纠正这些并且对余下的文件 (而不是所有文件)一一重复检入。这样这些文件将在两阶段中被检入。SVN的确支持“零或一”事务原则，这是SVN的一大优势。

2.6 优于CVS之处

1、原子提交。一次提交不管是单个还是多个文件，都是作为一个整体提交的。在这当中发生的意外例如传输中断，不会引起数据库的不完整和数据损坏。

2、重命名、复制、删除文件等动作都保存在版本历史记录当中。

3、对于二进制文件，使用了节省空间的保存方法。（简单的理解，就是只保存和上一版本不同之处）

4、目录也有版本历史。整个目录树可以被移动或者复制，操作很简单，而且能够保留全部版本记录。

5、分支的开销非常小。

6、优化过的数据库访问，使得一些操作不必访问数据库就可以做到。这样减少了很多不必要的和数据库主机之间的网络流量。

2.7 优缺点

2.7.1 缺点

1、服务器压力太大，数据库容量暴增。

2、如果不能连接到服务器上，基本上不可以工作，看上面第二步，如果服务器不能连接上，就不能提交，还原，对比等等。

3、不适合开源开发（开发人数非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题。

2.7.2 优点

1、管理方便，逻辑明确，符合一般人思维习惯。

2、易于管理，集中式服务器更能保证安全性。

3、代码一致性非常高。

4、适合开发人数不多的项目开发。

5、大部分软件配置管理的大学教材都是使用svn和vss。

2.8 SVN的基本概念

repository（源代码库）:源代码统一存放的地方
Checkout（提取）:当你手上没有源代码的时候，你需要从repository checkout一份
Commit（提交）:当你已经修改了代码，你就需要Commit到repository
Update (更新):当你已经Checkout了一份源代码， Update一下你就可以和Repository上的源代码同步，你手上的代码就会有最新的变更

日常开发过程其实就是这样的（假设你已经Checkout并且已经工作了几天）：Update(获得最新的代码) -->作出自己的修改并调试成功 --> Commit(大家就可以看到你的修改了) 。

如果两个程序员同时修改了同一个文件呢, SVN可以合并这两个程序员的改动，实际上SVN管理源代码是以行为单位的，就是说两个程序员只要不是修改了同一行程序，SVN都会自动合并两种修改。如果是同一行，SVN会提示文件Confict, 冲突，需要手动确认。

2.9 SVN的主要功能

2.9.1 目录版本控制

CVS 只能跟踪单个文件的历史, 不过 Subversion 实作了一个 "虚拟" 的版本控管文件系统, 能够依时间跟踪整个目录的变动。目录和文件都能进行版本控制。

2.9.2 真实的版本历史

自从CVS限制了文件的版本记录，CVS并不支持那些可能发生在文件上，但会影响所在目录内容的操作，如同复制和重命名。除此之外，在CVS里你不能用拥有同样名字但是没有继承老版本历史或者根本没有关系的文件替换一个已经纳入系统的文件。在Subversion中，你可以增加（add）、删除（delete）、复制（copy）和重命名（rename），无论是文件还是目录。所有的新加的文件都从一个新的、干净的版本开始。

2.9.3 自动提交

一个提交动作，不是全部更新到了档案库中，就是完全不更新。这允许开发人员以逻辑区间建立并提交变动，以防止当部分提交成功时出现的问题。

2.9.4 纳入版本控管的元数据

每一个文件与目录都附有一組属性关键字并和属性值相关联。你可以创建, 并儲存任何你想要的Key/Value对。属性是随着时间来作版本控管的,就像文件內容一样。

2.9.5 选择不同的网络层

Subversion 有抽象的档案库存取概念, 可以让人很容易地实作新的网络机制。 Subversion 可以作为一个扩展模块嵌入到Apache HTTP 服务器中。这个为Subversion提供了非常先进的稳定性和协同工作能力，除此之外还提供了许多重要功能: 举例来说, 有身份认证, 授权, 在线压缩, 以及文件库浏览等等。还有一个轻量级的独立Subversion服务器，使用的是自定义的通信协议, 可以很容易地通过 ssh 以 tunnel 方式使用。

2.9.6 一致的数据处理方式

Subversion 使用二进制差异算法来异表示文件的差异, 它对文字(人类可理解的)与二进制文件(人类无法理解的) 两类的文件都一视同仁。这两类的文件都同样地以压缩形式储存在档案库中, 而且文件差异是以两个方向在网络上传输的。

2.9.7 有效的分支( branch )与标签( tag )

在分支与标签上的消耗并不必一定要与项目大小成正比。 Subversion 建立分支与标签的方法, 就只是复制该项目, 使用的方法就类似于硬连接（hard-link）。所以这些操作只会花费很小, 而且是固定的时间。

2.9.8 Hackability

Subversion没有任何的历史包袱; 它主要是一群共用的 C 程序库, 具有定义完善的API。这使得 Subversion 便于维护, 并且可被其它应用程序与程序语言使用。

第3章安装SVN

3.1 windows

http://subversion.apache.org/packages.html#windows

https://tortoisesvn.net/downloads.html

3.2 centos ubuntu

网上搜

大多数 GNU/Linux 发行版系统自带了Subversion ，所以它很有可能已经安装在你的系统上了。可以使用下面命令检查是否安装了。

svn --version

如果 Subversion 客户端没有安装，命令将报告svn命令找不到的错误。

[runoob@centos6 ~]$ svn --version

bash: svn: command not found

我们可以使用 yum install subversion 命令进行安装。

[runoob@centos6 root]$ su -

密码：

[root@centos6 ~]# yum install subversion

已加载插件：fastestmirror, security

设置安装进程

Loading mirror speeds from cached hostfile

* base: mirrors.aliyun.com

* epel: mirrors.neusoft.edu.cn

* extras: mirrors.zju.edu.cn

* updates: mirrors.aliyun.com

解决依赖关系

--> 执行事务检查

...

安装成功之后，执行 svn --version 命令。

[root@centos6 ~]# svn --version

svn，版本 1.6.11 (r934486)

编译于 Aug 17 2015，08:37:43

至此，centos下的SVN安装完成。

3.3 客户端工具TortoiseSVN(小乌龟)

TortoiseSVN 是 Subversion 版本控制系统的一个免费开源客户端，可以超越时间的管理文件和目录。

TortoiseSVN 安装

下载地址：https://tortoisesvn.net/downloads.html, 页面里有语言包补丁的下载链接。

1.10.0中文补丁包下载地址： https://osdn.net/projects/tortoisesvn/storage/1.10.0/Language%20Packs/LanguagePack_1.10.0.28176-win32-zh_CN.msi

一、安装svn软件：

1、右击鼠标，选择SVN Checkout：

2、输入svn地址，以及选择本地的目录（我的目录：E:\项目管理）,点击OK

3、输入svn帐号、密码，点击确定，自动下载。

二、svn目录说明

svn目录： svn://192.168.0.4/svn/项目管理

项目管理目录说明：

第4章 SVN生命周期介绍

4.1 创建版本库 create

版本库相当于一个集中的空间，用于存放开发者所有的工作成果。版本库不仅能存放文件，还包括了每次修改的历史，即每个文件的变动历史。

Create 操作是用来创建一个新的版本库。大多数情况下这个操作只会执行一次。当你创建一个新的版本库的时候，你的版本控制系统会让你提供一些信息来标识版本库，例如创建的位置和版本库的名字。

4.2 检出 checkout

Checkout 操作是用来从版本库创建一个工作副本。工作副本是开发者私人的工作空间，可以进行内容的修改，然后提交到版本库中。

4.3 更新 update

update 操作是用来更新版本库的。这个操作将工作副本与版本库进行同步。由于版本库是由整个团队共用的，当其他人提交了他们的改动之后，你的工作副本就会过期。

让我们假设 Tom 和 Jerry 是一个项目的两个开发者。他们同时从版本库中检出了最新的版本并开始工作。此时，工作副本是与版本库完全同步的。然后，Jerry 很高效的完成了他的工作并提交了更改到版本库中。

此时 Tom 的工作副本就过期了。更新操作将会从版本库中拉取 Jerry 的最新改动并将 Tom 的工作副本进行更新。

4.4 执行变更

当检出之后，你就可以做很多操作来执行变更。编辑是最常用的操作。你可以编辑已存在的文件来，例如进行文件的添加/删除操作。

你可以添加文件/目录。但是这些添加的文件目录不会立刻成为版本库的一部分，而是被添加进待变更列表中，直到执行了 commit 操作后才会成为版本库的一部分。

同样地你可以删除文件/目录。删除操作立刻将文件从工作副本中删除掉，但该文件的实际删除只是被添加到了待变更列表中，直到执行了 commit 操作后才会真正删除。

Rename 操作可以更改文件/目录的名字。"移动"操作用来将文件/目录从一处移动到版本库中的另一处。

4.5 复查变化 status diff

当你检出工作副本或者更新工作副本后，你的工作副本就跟版本库完全同步了。但是当你对工作副本进行一些修改之后，你的工作副本会比版本库要新。在 commit 操作之前复查下你的修改是一个很好的习惯。

Status 操作列出了工作副本中所进行的变动。正如我们之前提到的，你对工作副本的任何改动都会成为待变更列表的一部分。Status 操作就是用来查看这个待变更列表。

Status 操作只是提供了一个变动列表，但并不提供变动的详细信息。你可以用 diff 操作来查看这些变动的详细信息。

4.6 复原 revert

假设你对工作副本做了许多修改，但是现在你不想要这些修改了，这时候 revert 操作将会帮助你。

Revert 操作重置了对工作副本的修改。它可以重置一个或多个文件/目录。当然它也可以重置整个工作副本。在这种情况下，revert 操作将会销毁待变更列表并将工作副本恢复到原始状态。

4.7 合并 merge

4.8 解决冲突 resolve

合并的时候可能会发生冲突。Merge 操作会自动处理可以安全合并的东西。其它的会被当做冲突。例如，"hello.c" 文件在一个分支上被修改，在另一个分支上被删除了。这种情况就需要人为处理。Resolve 操作就是用来帮助用户找出冲突并告诉版本库如何处理这些冲突。

4.9 提交更改 commit

Commit 操作是用来将更改从工作副本到版本库。这个操作会修改版本库的内容，其它开发者可以通过更新他们的工作副本来查看这些修改。

在提交之前，你必须将文件/目录添加到待变更列表中。列表中记录了将会被提交的改动。当提交的时候，我们通常会提供一个注释来说明为什么会进行这些改动。这个注释也会成为版本库历史记录的一部分。Commit 是一个原子操作，也就是说要么完全提交成功，要么失败回滚。用户不会看到成功提交一半的情况。

第5章 SVN启动模式

首先在服务端进行SVN版本库的相关配置

手动新建版本库目录

mkdir /opt/svn

利用svn命令创建版本库

svnadmin create /opt/svn/runoob

使用命令svnserve启动服务

svnserve -d -r 目录 --listen-port 端口号

-r: 配置方式决定了版本库访问方式。
--listen-port: 指定SVN监听端口，不加此参数，SVN默认监听3690

由于-r 配置方式的不一样，SVN启动就可以有两种不同的访问方式

方式一：-r直接指定到版本库(称之为单库svnserve方式)

svnserve -d -r /opt/svn/runoob

在这种情况下，一个svnserve只能为一个版本库工作。

authz配置文件中对版本库权限的配置应这样写：

[groups]

admin=user1

dev=user2

[/]

@admin=rw

user2=r

使用类似这样的URL：svn://192.168.0.1/　即可访问runoob版本库

方式二：指定到版本库的上级目录(称之为多库svnserve方式)

svnserve -d -r /opt/svn

这种情况，一个svnserve可以为多个版本库工作

authz配置文件中对版本库权限的配置应这样写：

[groups]

admin=user1

dev=user2

[runoob:/]

@admin=rw

user2=r

[runoob01:/]

@admin=rw

user2=r

如果此时你还用[/]，则表示所有库的根目录，同理，[/src]表示所有库的根目录下的src目录。

使用类似这样的URL：svn://192.168.0.1/runoob　即可访问runoob版本库。

第6章创建版本库

6.1 创建资源库

使用svn命令创建资源库

[runoob@centos6 ~]# svnadmin create /opt/svn/runoob01

[runoob@centos6 ~]# ll /opt/svn/runoob01/

total 24

drwxr-xr-x 2 root root 4096 2016/08/23 16:31:06 conf

drwxr-sr-x 6 root root 4096 2016/08/23 16:31:06 db

-r--r--r-- 1 root root 2 2016/08/23 16:31:06 format

drwxr-xr-x 2 root root 4096 2016/08/23 16:31:06 hooks

drwxr-xr-x 2 root root 4096 2016/08/23 16:31:06 locks

-rw-r--r-- 1 root root 229 2016/08/23 16:31:06 README.txt

6.2 修改配置

进入/opt/svn/runoob01/conf目录修改默认配置文件配置，包括svnserve.conf、passwd、authz 配置相关用户和权限。

1、svn服务配置文件svnserve.conf

svn服务配置文件为版本库目录中的文件conf/svnserve.conf。该文件仅由一个[general]配置段组成。

[general]

anon-access = none

auth-access = write

password-db = passwd

authz-db = authz

realm = tiku #### 直接用这个就行à realm = My First Repository

anon-access: 控制非鉴权用户访问版本库的权限，取值范围为"write"、"read"和"none"。即"write"为可读可写，"read"为只读，"none"表示无访问权限。缺省值：read
auth-access: 控制鉴权用户访问版本库的权限。取值范围为"write"、"read"和"none"。即"write"为可读可写，"read"为只读，"none"表示无访问权限。缺省值：write
authz-db: 指定权限配置文件名，通过该文件可以实现以路径为基础的访问控制。除非指定绝对路径，否则文件位置为相对conf目录的相对路径。缺省值：authz
realm: 指定版本库的认证域，即在登录时提示的认证域名称。若两个版本库的认证域相同，建议使用相同的用户名口令数据文件。缺省值：一个UUID(Universal Unique IDentifier，全局唯一标示)。

2、用户名口令文件passwd

用户名口令文件由svnserve.conf的配置项password-db指定，缺省为conf目录中的passwd。该文件仅由一个[users]配置段组成。

[users]配置段的配置行格式如下：

<用户名> = <口令>

[users]

admin = admin

thinker = 123456

3、权限配置文件

权限配置文件由svnserve.conf的配置项authz-db指定，缺省为conf目录中的authz。该配置文件由一个[groups]配置段和若干个版本库路径权限段组成。

[groups]配置段中配置行格式如下：

<用户组> = <用户列表>

版本库路径权限段的段名格式如下：

[<版本库名>:<路径>]

[groups]

g_admin = admin,thinker

[admintools:/]

@g_admin = rw

* =

[test:/home/thinker]

thinker = rw

* = r

[groups]

# harry_and_sally = harry,sally

# harry_sally_and_joe = harry,sally,&joe

# [/foo/bar]

# harry = rw

# &joe = r

# * =

# [repository:/baz/fuz]

# @harry_and_sally = rw

# * = r

[/]

dss = rw

dev = rw

6.3 启动或重启

本例是使用svnserve -d -r /opt/svn 以多库svnserve方式启动SVN，所以URL：svn://192.168.0.1/runoob01

/etc/init.d/svnserve stop 或者 service svnserve stop

svnserve -d -r /svn/

netstat -lntp|grep svn

使用过程中新增库不方便关服务的话就用新的端口 svnserve -d -r /svn/Huiban --listen-port 3691 ####默认是 3690

第7章检出操作

上一章中，我们创建了版本库runoob01,URL为svn://192.168.0.1/runoob01,svn用户user01有读写权限。

我们就可以通过这个URL在客户端对版本库进行检出操作。

svn checkout http://svn.server.com/svn/project_repo --username=user01 以上命令将产生如下结果：

root@runoob:~/svn# svn checkout svn://192.168.0.1/runoob01 --username=user01

A runoob01/trunk

A runoob01/branches

A runoob01/tags

Checked out revision 1.

检出成功后在当前目录下生成runoob01副本目录。查看检出的内容

root@runoob:~/svn# ll runoob01/

total 24

drwxr-xr-x 6 root root 4096 Jul 21 19:19 ./

drwxr-xr-x 3 root root 4096 Jul 21 19:10 ../

drwxr-xr-x 2 root root 4096 Jul 21 19:19 branches/

drwxr-xr-x 4 root root 4096 Jul 21 19:19 .svn/

drwxr-xr-x 2 root root 4096 Jul 21 19:19 tags/

drwxr-xr-x 2 root root 4096 Jul 21 19:19 trunk/

你想查看更多关于版本库的信息，执行 info 命令。

第8章解决冲突

版本冲突原因：

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

我们已在本地检出 runoob01 库，下面我们将实现版本冲突的解决方法。

我们发现 HelloWorld.html 文件存在错误，需要修改文件并提交到版本库中。

我们将 HelloWorld.html 的内容修改为 "HelloWorld! http://www.runoob.com/"。

root@runoob:~/svn/runoob01/trunk# cat HelloWorld.html

HelloWorld! http://www.runoob.com/

用下面的命令查看更改：

root@runoob:~/svn/runoob01/trunk# svn diff

Index: HelloWorld.html

===================================================================

--- HelloWorld.html     (revision 5)

+++ HelloWorld.html     (working copy)

@@ -1,2 +1 @@

-HelloWorld! http://www.runoob.com/

+HelloWorld! http://www.runoob.com/!

尝试使用下面的命令来提交他的更改：

root@runoob:~/svn/runoob01/trunk# svn commit -m "change HelloWorld.html first"

Sending        HelloWorld.html

Transmitting file data .svn: E160028: Commit failed (details follow):

svn: E160028: File '/trunk/HelloWorld.html' is out of date

这时我发现提交失败了。

因为此时，HelloWorld.html 已经被 user02 修改并提交到了仓库。Subversion 不会允许 user01(本例使用的 svn 账号)提交更改，因为 user02 已经修改了仓库，所以我们的工作副本已经失效。

为了避免两人的代码被互相覆盖，Subversion 不允许我们进行这样的操作。所以我们在提交更改之前必须先更新工作副本。所以使用 update 命令，如下：

root@runoob:~/svn/runoob01/trunk# svn update

Updating '.':

C    HelloWorld.html

Updated to revision 6.

Conflict discovered in file 'HelloWorld.html'.

Select: (p) postpone, (df) show diff, (e) edit file, (m) merge,

        (mc) my side of conflict, (tc) their side of conflict,

        (s) show all options: mc

Resolved conflicted state of 'HelloWorld.html'

Summary of conflicts:

  Text conflicts: 0 remaining (and 1 already resolved)

这边输入"mc",以本地的文件为主。你也可以使用其选项对冲突的文件进行不同的操作。

默认是更新到最新的版本，我们也可以指定更新到哪个版本

svn update -r6

此时工作副本是和仓库已经同步，可以安全地提交更改了

root@runoob:~/svn/runoob01/trunk# svn commit -m "change HelloWorld.html second"

Sending        HelloWorld.html

Transmitting file data .

Committed revision 7.

第9章提交操作

我们在库本版中需要增加一个readme的说明文件。

root@runoob:~/svn/runoob01/trunk# cat readme

this is SVN tutorial.

查看工作副本中的状态。

root@runoob:~/svn/runoob01/trunk# svn status

? readme

此时 readme的状态为？，说明它还未加到版本控制中。

将文件readme加到版本控制，等待提交到版本库。

root@runoob:~/svn/runoob01/trunk# svn add readme

A readme

查看工作副本中的状态

root@runoob:~/svn/runoob01/trunk# svn status

A readme

此时 readme的状态为A,它意味着这个文件已经被成功地添加到了版本控制中。

为了把 readme 存储到版本库中，使用 commit -m 加上注释信息来提交。

如果你忽略了 -m 选项， SVN会打开一个可以输入多行的文本编辑器来让你输入提交信息。

root@runoob:~/svn/runoob01/trunk# svn commit -m "SVN readme."

Adding readme

Transmitting file data .

Committed revision 8.

svn commit -m "SVN readme."

现在 readme 被成功地添加到了版本库中，并且修订版本号自动增加了1。

第10章版本回退

当我们想放弃对文件的修改，可以使用 SVN revert 命令。

svn revert 操作将撤销任何文件或目录里的局部更改。

我们对文件 readme 进行修改,查看文件状态。

root@runoob:~/svn/runoob01/trunk# svn status

M readme

这时我们发现修改错误，要撤销修改，通过 svn revert 文件 readme 回归到未修改状态。

root@runoob:~/svn/runoob01/trunk# svn revert readme

Reverted 'readme'

再查看状态。

root@runoob:~/svn/runoob01/trunk# svn status

root@runoob:~/svn/runoob01/trunk#

进行 revert 操作之后，readme 文件恢复了原始的状态。 revert 操作不单单可以使单个文件恢复原状，而且可以使整个目录恢复原状。恢复目录用 -R 命令，如下。

svn revert -R trunk

但是，假如我们想恢复一个已经提交的版本怎么办。

为了消除一个旧版本，我们必须撤销旧版本里的所有更改然后提交一个新版本。这种操作叫做 reverse merge。

首先，找到仓库的当前版本，现在是版本 22，我们要撤销回之前的版本，比如版本 21。

svn merge -r 22:21 readme

第11章查看历史信息

通过svn命令可以根据时间或修订号去除过去的版本，或者某一版本所做的具体的修改。以下四个命令可以用来查看svn 的历史：

svn log: 用来展示svn 的版本作者、日期、路径等等。
svn diff: 用来显示特定修改的行级详细信息。
svn cat: 取得在特定版本的某文件显示在当前屏幕。
svn list: 显示一个目录或某一版本存在的文件。

11.1 1、svn log

可以显示所有的信息，如果只希望查看特定的某两个版本之间的信息，可以使用：

root@runoob:~/svn/runoob01/trunk# svn log -r 6:8

------------------------------------------------------------------------

r6 | user02 | 2016-11-07 02:01:26 +0800 (Mon, 07 Nov 2016) | 1 line

change HelloWorld.html first.

------------------------------------------------------------------------

r7 | user01 | 2016-11-07 02:23:26 +0800 (Mon, 07 Nov 2016) | 1 line

change HelloWorld.html second

------------------------------------------------------------------------

r8 | user01 | 2016-11-07 02:53:13 +0800 (Mon, 07 Nov 2016) | 1 line

SVN readme.

------------------------------------------------------------------------

如果只想查看某一个文件的版本修改信息，可以使用 svn log 文件路径。

root@runoob:~/svn/runoob01# svn log trunk/HelloWorld.html

------------------------------------------------------------------------

r7 | user01 | 2016-11-07 02:23:26 +0800 (Mon, 07 Nov 2016) | 1 line

change HelloWorld.html second

------------------------------------------------------------------------

r6 | user02 | 2016-11-07 02:01:26 +0800 (Mon, 07 Nov 2016) | 1 line

change HelloWorld.html first.

------------------------------------------------------------------------

r5 | user01 | 2016-11-07 01:50:03 +0800 (Mon, 07 Nov 2016) | 1 line

------------------------------------------------------------------------

r4 | user01 | 2016-11-07 01:45:43 +0800 (Mon, 07 Nov 2016) | 1 line

Add function to accept input and to display array contents

------------------------------------------------------------------------

r3 | user01 | 2016-11-07 01:42:35 +0800 (Mon, 07 Nov 2016) | 1 line

------------------------------------------------------------------------

r2 | user01 | 2016-08-23 17:29:02 +0800 (Tue, 23 Aug 2016) | 1 line

first file

------------------------------------------------------------------------

如果希望得到目录的信息要加 -v。

如果希望显示限定N条记录的目录信息，使用 svn log -l N -v。

root@runoob:~/svn/runoob01/trunk# svn log -l 5 -v

------------------------------------------------------------------------

r6 | user02 | 2016-11-07 02:01:26 +0800 (Mon, 07 Nov 2016) | 1 line

Changed paths:

   M /trunk/HelloWorld.html

change HelloWorld.html first.

------------------------------------------------------------------------

r5 | user01 | 2016-11-07 01:50:03 +0800 (Mon, 07 Nov 2016) | 1 line

Changed paths:

   M /trunk/HelloWorld.html

------------------------------------------------------------------------

r4 | user01 | 2016-11-07 01:45:43 +0800 (Mon, 07 Nov 2016) | 1 line

Changed paths:

   M /trunk/HelloWorld.html

Add function to accept input and to display array contents

------------------------------------------------------------------------

r3 | user01 | 2016-11-07 01:42:35 +0800 (Mon, 07 Nov 2016) | 1 line

Changed paths:

   A /trunk/HelloWorld.html (from /trunk/helloworld.html:2)

   D /trunk/helloworld.html

------------------------------------------------------------------------

r2 | user01 | 2016-08-23 17:29:02 +0800 (Tue, 23 Aug 2016) | 1 line

Changed paths:

   A /trunk/helloworld.html

first file

------------------------------------------------------------------------

11.2 2、svn diff

用来检查历史修改的详情。

检查本地修改
比较工作拷贝与版本库
比较版本库与版本库

（1）、如果用 svn diff，不带任何参数，它将会比较你的工作文件与缓存在 .svn 的"原始"拷贝。

root@runoob:~/svn/runoob01/trunk# svn diff

Index: rules.txt

===================================================================

--- rules.txt (revision 3)

+++ rules.txt (working copy)

@@ -1,4 +1,5 @@

Be kind to others

Freedom = Responsibility

Everything in moderation

-Chew with your mouth open

（2）、比较工作拷贝和版本库

比较你的工作拷贝和版本库中版本号为 3 的文件 rule.txt。

svn diff -r 3 rule.txt

（3）、比较版本库与版本库

通过 -r(revision) 传递两个通过冒号分开的版本号，这两个版本会进行比较。

比较 svn 工作版本中版本号2和3的这个文件的变化。

svn diff -r 2:3 rule.txt

11.3 3、svn cat

如果只是希望检查一个过去版本，不希望查看他们的区别，可使用svn cat

svn cat -r 版本号 rule.txt

这个命令会显示在该版本号下的该文件内容

11.4 4、svn list

svn list 可以在不下载文件到本地目录的情况下来察看目录中的文件：

$ svn list http://192.168.0.1/runoob01

README

branches/

clients/

tags/

第12章分支

Branch 选项会给开发者创建出另外一条线路。当有人希望开发进程分开成两条不同的线路时，这个选项会非常有用。

比如项目 demo 下有两个小组，svn 下有一个 trunk 版。

由于客户需求突然变化，导致项目需要做较大改动，此时项目组决定由小组 1 继续完成原来正进行到一半的工作（某个模块），小组 2 进行新需求的开发。

那么此时，我们就可以为小组2建立一个分支，分支其实就是 trunk 版（主干线）的一个copy版，不过分支也是具有版本控制功能的，而且是和主干线相互独立的，当然，到最后我们可以通过（合并）功能，将分支合并到 trunk 上来，从而最后合并为一个项目。

我们在本地副本中创建一个 my_branch 分支。

root@runoob:~/svn/runoob01# ls

branches tags trunk

root@runoob:~/svn/runoob01# svn copy trunk/ branches/my_branch

A branches/my_branch

root@runoob:~/svn/runoob01#

查看状态：

root@runoob:~/svn/runoob01# svn status

A + branches/my_branch

A + branches/my_branch/HelloWorld.html

A + branches/my_branch/readme

提交新增的分支到版本库。

root@runoob:~/svn/runoob01# svn commit -m "add my_branch"

Adding branches/my_branch

Replacing branches/my_branch/HelloWorld.html

Adding branches/my_branch/readme

Committed revision 9.

接着我们就到 my_branch 分支进行开发，切换到分支路径并创建 index.html 文件。

root@runoob:~/svn/runoob01# cd branches/my_branch/

root@runoob:~/svn/runoob01/branches/my_branch# ls

HelloWorld.html index.html readme

将 index.html 加入版本控制，并提交到版本库中。

root@runoob:~/svn/runoob01/branches/my_branch# svn status

? index.html

root@runoob:~/svn/runoob01/branches/my_branch# svn add index.html

A index.html

root@runoob:~/svn/runoob01/branches/my_branch# svn commit -m "add index.html"

Adding index.html

Transmitting file data .

Committed revision 10.

切换到 trunk，执行 svn update，然后将 my_branch 分支合并到 trunk 中。

root@runoob:~/svn/runoob01/trunk# svn merge ../branches/my_branch/

--- Merging r10 into '.':

A index.html

--- Recording mergeinfo for merge of r10 into '.':

G .

此时查看目录，可以看到 trunk 中已经多了 my_branch 分支创建的 index.html 文件。

root@runoob:~/svn/runoob01/trunk# ll

total 16

drwxr-xr-x 2 root root 4096 Nov 7 03:52 ./

drwxr-xr-x 6 root root 4096 Jul 21 19:19 ../

-rw-r--r-- 1 root root 36 Nov 7 02:23 HelloWorld.html

-rw-r--r-- 1 root root 0 Nov 7 03:52 index.html

-rw-r--r-- 1 root root 22 Nov 7 03:06 readme

将合并好的 trunk 提交到版本库中。

root@runoob:~/svn/runoob01/trunk# svn commit -m "add index.html"

Adding index.html

Transmitting file data .

Committed revision 11.

第13章标签

版本管理系统支持 tag 选项，通过使用 tag 的概念，我们可以给某一个具体版本的代码一个更加有意义的名字。

Tags 即标签主要用于项目开发中的里程碑，比如开发到一定阶段可以单独一个版本作为发布等，它往往代表一个可以固定的完整的版本，这跟 VSS 中的 Tag 大致相同。

我们在本地工作副本创建一个 tag。

root@runoob:~/svn/runoob01# svn copy trunk/ tags/v1.0

A tags/v1.0

上面的代码成功完成，新的目录将会被创建在 tags 目录下。

root@runoob:~/svn/runoob01# ls tags/

v1.0

root@runoob:~/svn/runoob01# ls tags/v1.0/

HelloWorld.html readme

查看状态。

root@runoob:~/svn/runoob01# svn status

A + tags/v1.0

提交tag内容。

root@runoob:~/svn/runoob01# svn commit -m "tags v1.0"

Adding tags/v1.0

Transmitting file data ..

Committed revision 14.

posted @ 2019-05-20 13:28 mingetty 阅读(159) 评论(0) 收藏举报

刷新页面返回顶部

mingetty

gangta

svn

测试环境上线脚本

第2章 SVN介绍

2.1 运行方式

2.2 什么是SVN

2.3 工作流程

2.4 数据存储

2.5 与cvs对比

2.6 优于CVS之处

2.7 优缺点

2.7.1 缺点

2.7.2 优点

2.8 SVN的基本概念

2.9 SVN的主要功能

2.9.1 目录版本控制

2.9.2 真实的版本历史

2.9.3 自动提交

2.9.4 纳入版本控管的元数据

2.9.5 选择不同的网络层

2.9.6 一致的数据处理方式

2.9.7 有效的分支( branch )与标签( tag )

2.9.8 Hackability

第3章 安装SVN

3.1 windows

3.2 centos ubuntu

3.3 客户端工具TortoiseSVN(小乌龟)

第4章 SVN生命周期介绍

4.1 创建版本库 create

4.2 检出 checkout

4.3 更新 update

4.4 执行变更

4.5 复查变化 status diff

4.6 复原 revert

4.7 合并 merge

4.8 解决冲突 resolve

4.9 提交更改 commit

第5章 SVN启动模式

第6章 创建版本库

6.1 创建资源库

6.2 修改配置

6.3 启动或重启

第7章 检出操作

第8章 解决冲突

第9章 提交操作

第10章 版本回退

第11章 查看历史信息

11.1 1、svn log

11.2 2、svn diff

11.3 3、svn cat

11.4 4、svn list

第12章 分支

第13章 标签

第3章安装SVN

第6章创建版本库

第7章检出操作

第8章解决冲突

第9章提交操作

第10章版本回退

第11章查看历史信息

第12章分支

第13章标签