第 10 章 数据管理

以下是 Debian 系统上可用的存档和压缩工具的预览。

以下是 Debian 系统上的可用的简单复制和备份工具的预览。

在复制文件的时候， rsync(8) 比其他工具提供了更多的特性。

	提示
	在 cron(8) 下使用"-gl"选项执行在第 10.2.3 节 “用于备份数据的复制脚本”里提到的 bkup 脚本，将提供一个和 Plan9（译注：Plan9 也是一种文件系统，又称 v9fs, 可以用 apt-cache show 9mount 命令获取相关信息）的 dumpfs 静态数据归档非常相似的功能。

	提示
	在 表 10.11 “版本控制系统工具列表” 中的版本控制系统 (VCS) 可以被认为是多路拷贝和同步工具。

以下是用不同的工具压缩和解压缩整个 "./source" 目录中的内容。

GNU tar(1):

$ tar -cvJf archive.tar.xz ./source
$ tar -xvJf archive.tar.xz

或者，如下所示。

$ find ./source -xdev -print0 | tar -cvJf archive.tar.xz --null -F -

cpio(1):

$ find ./source -xdev -print0 | cpio -ov --null > archive.cpio; xz archive.cpio
$ zcat archive.cpio.xz | cpio -i

如下是用不同的工具复制整个 "./source" 目录中的内容。

rsync(8):

# cd ./source; rsync -aHAXSv . /dest
# cd ./source; rsync -aHAXSv . user@host.dom:/dest

你能够选择使用“源目录上的反斜杠”语法。

# rsync -aHAXSv ./source/ /dest
# rsync -aHAXSv ./source/ user@host.dom:/dest

或者，如下所示。

# cd ./source; find . -print0 | rsync -aHAXSv0 --files-from=- . /dest
# cd ./source; find . -print0 | rsync -aHAXSv0 --files-from=- . user@host.dom:/dest

GNU cp(1) 和 openSSH scp(1):

# cd ./source; cp -a . /dest
# cd ./source; scp -pr . user@host.dom:/dest

GNU tar(1):

# (cd ./source && tar cf - . ) | (cd /dest && tar xvfp - )
# (cd ./source && tar cf - . ) | ssh user@host.dom '(cd /dest && tar xvfp - )'

cpio(1):

# cd ./source; find . -print0 | cpio -pvdm --null --sparse /dest

你能够在所有包含 "." 的例子里用 "foo" 替代 "."，这样就可以从 "./source/foo" 目录复制文件到 "/dest/foo" 目录。

在所有包含 "." 的列子里，你能够使用绝对路径 "/path/to/source/foo" 来代替 "."，这样可以去掉 "cd ./source;". 如下所示，这些文件会根据工具的不同，拷贝到不同的位置。

	提示
	rsync(8) 和 GNU cp(1) 可以用 "-u" 选项来忽略接受端上更新的文件。

可移动存储设备可能是以下的任何一种。

	提示
	查看第 9.8.1 节 “使用 dm-crypt/LUKS 加密移动磁盘”来获得关于使用设备级加密的跨平台的数据共享的信息。

FAT 文件系统被绝大多数的现代操作系统支持，它对于通过可移动硬盘进行的数据交换是非常有用的。

当格式化像装有 FAT 文件系统的跨平台数据共享的可移动设备时，以下应该是保险的选择。

当使用网络来分享数据的时候，你应该使用通用的服务。这里有一些提示。

尽管对于文件分享来说，通过网络挂载文件系统和传输文件是相当方便的，但这可能是不安全的。它们的网络连接必须通过如下所示的加强安全性。

以下是 Debian 系统上值得注意的实用备份程序套件的列表。

备份工具有各自的专用的用途。

对于运行 unstable 套件的个人 Debian 桌面系统来说，只需要保护个人数据和关键数据。我不管怎样每年都会重新安装一次系统。因此没理由去备份整个系统或者安装全功能的备份实用程序。

我使用简单的脚本来制作用于备份的压缩文件并用 GUI 界面把它烧写到 CD/DVD 里。以下是关于这个的脚本例子。

#!/bin/sh -e
# Copyright (C) 2007-2008 Osamu Aoki <osamu@debian.org>, Public Domain
BUUID=1000; USER=osamu # UID and name of a user who accesses backup files
BUDIR="/var/backups"
XDIR0=".+/Mail|.+/Desktop"
XDIR1=".+/\.thumbnails|.+/\.?Trash|.+/\.?[cC]ache|.+/\.gvfs|.+/sessions"
XDIR2=".+/CVS|.+/\.git|.+/\.svn|.+/Downloads|.+/Archive|.+/Checkout|.+/tmp"
XSFX=".+\.iso|.+\.tgz|.+\.tar\.gz|.+\.tar\.bz2|.+\.cpio|.+\.tmp|.+\.swp|.+~"
SIZE="+99M"
DATE=$(date --utc +"%Y%m%d-%H%M")
[ -d "$BUDIR" ] || mkdir -p "BUDIR"
umask 077
dpkg --get-selections \* > /var/lib/dpkg/dpkg-selections.list
debconf-get-selections > /var/cache/debconf/debconf-selections

{
find /etc /usr/local /opt /var/lib/dpkg/dpkg-selections.list \
     /var/cache/debconf/debconf-selections -xdev -print0
find /home/$USER /root -xdev -regextype posix-extended \
  -type d -regex "$XDIR0|$XDIR1" -prune -o -type f -regex "$XSFX" -prune -o \
  -type f -size  "$SIZE" -prune -o -print0
find /home/$USER/Mail/Inbox /home/$USER/Mail/Outbox -print0
find /home/$USER/Desktop  -xdev -regextype posix-extended \
  -type d -regex "$XDIR2" -prune -o -type f -regex "$XSFX" -prune -o \
  -type f -size  "$SIZE" -prune -o -print0
} | cpio -ov --null -O $BUDIR/BU$DATE.cpio
chown $BUUID $BUDIR/BU$DATE.cpio
touch $BUDIR/backup.stamp

这是一个用 root 权限执行的脚本例子。

我建议你按照如下所示的去更改和执行这个脚本。

对于目录树下面的数据集，"cp -a" 命令可以实现常规备份。

对于类似 "/var/cache/apt/packages/" 目录下面的大量不可覆盖的静态数据集,使用 "cp -al" 命令来创建硬链接是一种替代常规备份的方式，这样可以高效的利用磁盘空间。

以下是一个用于数据备份的名为 bkup 的复制脚本。它把当前目录下的所有 (non-VCS) 文件复制到父目录下的指定目录中或者远程主机上。

#!/bin/sh -e
# Copyright (C) 2007-2008 Osamu Aoki <osamu@debian.org>, Public Domain
fdot(){ find . -type d \( -iname ".?*" -o -iname "CVS" \) -prune -o -print0;}
fall(){ find . -print0;}
mkdircd(){ mkdir -p "$1";chmod 700 "$1";cd "$1">/dev/null;}
FIND="fdot";OPT="-a";MODE="CPIOP";HOST="localhost";EXTP="$(hostname -f)"
BKUP="$(basename $(pwd)).bkup";TIME="$(date  +%Y%m%d-%H%M%S)";BU="$BKUP/$TIME"
while getopts gcCsStrlLaAxe:h:T f; do case $f in
g)  MODE="GNUCP";; # cp (GNU)
c)  MODE="CPIOP";; # cpio -p
C)  MODE="CPIOI";; # cpio -i
s)  MODE="CPIOSSH";; # cpio/ssh
t)  MODE="TARSSH";; # tar/ssh
r)  MODE="RSYNCSSH";; # rsync/ssh
l)  OPT="-alv";; # hardlink (GNU cp)
L)  OPT="-av";;  # copy (GNU cp)
a)  FIND="fall";; # find all
A)  FIND="fdot";; # find non CVS/ .???/
x)  set -x;; # trace
e)  EXTP="${OPTARG}";; # hostname -f
h)  HOST="${OPTARG}";; # user@remotehost.example.com
T)  MODE="TEST";; # test find mode
\?) echo "use -x for trace."
esac; done
shift $(expr $OPTIND - 1)
if [ $# -gt 0 ]; then
  for x in $@; do cp $OPT $x $x.$TIME; done
elif [ $MODE = GNUCP ]; then
  mkdir -p "../$BU";chmod 700 "../$BU";cp $OPT . "../$BU/"
elif [ $MODE = CPIOP ]; then
  mkdir -p "../$BU";chmod 700 "../$BU"
  $FIND|cpio --null --sparse -pvd ../$BU
elif [ $MODE = CPIOI ]; then
  $FIND|cpio -ov --null | ( mkdircd "../$BU"&&cpio -i )
elif [ $MODE = CPIOSSH ]; then
  $FIND|cpio -ov --null|ssh -C $HOST "( mkdircd \"$EXTP/$BU\"&&cpio -i )"
elif [ $MODE = TARSSH ]; then
  (tar cvf - . )|ssh -C $HOST "( mkdircd \"$EXTP/$BU\"&& tar xvfp - )"
elif [ $MODE = RSYNCSSH ]; then
  rsync -aHAXSv ./ "${HOST}:${EXTP}-${BKUP}-${TIME}"
else
  echo "Any other idea to backup?"
  $FIND |xargs -0 -n 1 echo
fi

如上只是一个范例。在你自己使用脚本之前，请阅读此脚本并且修改它。

	提示
	我把 bkup 保存在我的 "/usr/local/bin" 目录。我假定当需要临时快照备份的时候，能够在工作目录不带任何参数运行 bkup 命令。

	提示
	如果是要制作源文件树或者配置文件树的快照历史的话，使用 git(7) (参见第 10.6.5 节 “记录配置历史的 Git”) 是更简便并且也是空间高效的。

信任码含义.

如下命令上传我的 "1DD8D791" 公钥到主流的公钥服务器 "hkp://keys.gnupg.net"。

$ gpg --keyserver hkp://keys.gnupg.net --send-keys 1DD8D791

默认良好的公钥服务器在 "~/.gnupg/gpg.conf" （旧的位置在 "~/.gnupg/options"）文件中设置，此文件包含了以下信息。

keyserver hkp://keys.gnupg.net

从钥匙服务器获取无名钥匙。

$ gpg --list-sigs --with-colons | grep '^sig.*\[User ID not found\]' |\
  cut -d ':' -f 5| sort | uniq | xargs gpg --recv-keys

增加下面内容到 "~/.muttrc"，在自动启动时，避免一个慢的 GnuPG，在索引菜单中按 "S" 来允许它使用。

macro index S ":toggle pgp_verify_sig\n"
set pgp_verify_sig=no

gnupg 插件可以让你对扩展名为 ".gpg", ".asc", 和 ".ppg"的文件可靠的运行 GnuPG.

# aptitude install vim-scripts vim-addon-manager
$ vim-addons install gnupg

下面的操作，导出两个源文件的不同，并根据文件的位置，创建通用 diff 文件"file.patch0" 或 "file.patch1".

$ diff -u file.old file.new > file.patch0
$ diff -u old/file new/file > file.patch1

diff 文件（通常被叫作 patch 补丁文件），用于发送一个程序更新。通过下面的方式，接收到的部分，应用这个更新到其它文件。

$ patch -p0 file < file.patch0
$ patch -p1 file < file.patch1

如果一个源代码，你有三个版本，你可以通过下面的方式，使用 diff3(1) 高效执行三方移植。

$ diff3 -m file.mine file.old file.yours > file

这里有原生 VCS 命令的简单比较来提供大图概要。典型的命令序列需要选项和参数。

你可以在 "~/.gitconfig" 里面设置几个 Git 接下来需要使用的全局配置，比如说你的名字和电子邮件地址。

$ git config --global user.name "姓名"
$ git config --global user.email 电子邮件地址

如果你习惯使用 CVS 或 Subversion 命令，你也许希望设置如下几个命令别名。

$ git config --global alias.ci "commit -a"
$ git config --global alias.co checkout

你能够通过如下方式检查你的全局配置：

$ git config --global --list

参见下面内容。

即使你的上游使用不同的版本控制系统，使用 git(1) 作为本地活动的版本控制系统，仍然是一个好的主意，因为 git 可以让你在没有上游网络连接的情况下，管理你的本地源代码树拷贝。这里有一些 git(1) 使用的包和命令。

你可以把一个在 "svn+ssh://svn.example.org/project/module/trunk" 的 Subversion 仓库检出到一个本地的 Git 仓库，使用"./dest"目录，并把修改提交回 Subversion 仓库。例如：

$ git svn clone -s -rHEAD svn+ssh://svn.example.org/project dest
$ cd dest
... 进行修改
$ git commit -a
... 继续在本地用 git 工作
$ git svn dcommit

	提示
	使用 "-rHEAD" 能够避免克隆从 Subversion 仓库来的整个历史内容。

如下的配置将只允许 "src" 组的成员向 CVS 存储库提交修改 ，只允许 "staff" 组的成员管理 CVS，这样可以减少出错的机会。

# cd /var/lib; umask 002; mkdir cvs
# export CVSROOT=/srv/cvs/project
# cd $CVSROOT
# chown root:src .
# chmod 2775 .
# cvs -d $CVSROOT init
# cd CVSROOT
# chown -R root:staff .
# chmod 2775 .
# touch val-tags
# chmod 664 history val-tags
# chown root:src history val-tags

	提示
	你可以改变 "$CVSROOT" 目录为 "root:staff" 并把它的权限设置为 "3775"，这样就可以限制创建新的项目。

默认的 CVS 存储库由 "$CVSROOT" 指定。如下将建立用于本地访问的 "$CVSROOT"。

$ export CVSROOT=/srv/cvs/project

按如下所示创建 "~/path/to/module1" 路径下的新的本地源目录树。

$ mkdir -p ~/path/to/module1; cd ~/path/to/module1

把文件添加到 "~/path/to/module1" 下的新的本地源目录树。

使用如下的参数把文件导入到 CVS。

$ cd ~/path/to/module1
$ cvs import -m "Start module1" module1 Main-branch Release-initial
$ rm -Rf . # optional

CVS 不会覆盖当前的存储库文件，只是用另外的文件来替代它。因此，存储库目录的写权限是很重要的。存储库位于 "/srv/cvs/project" 的 "module1"，对于其下的每一个新模块而言，如果需要的话运行如下所示的来确保这种情况。

# cd /srv/cvs/project
# chown -R root:src module1
# chmod -R ug+rwX   module1
# chmod    2775     module1

这里有一个 CVS 典型工作流的例子。

按如下所示查看 "$CVSROOT" 所指的 CVS 项目上所有可用的模块。

$ cvs rls
CVSROOT
module1
module2
...

按如下所示签出 "module1" 到默认的目录 "./module1"。

$ cd ~/path/to
$ cvs co module1
$ cd module1

按需修改里面的内容。

通过如下所示的命令来检查改变，其作用相当于使用 "diff -u [repository] [local]"。

$ cvs diff -u

你发现自己改坏了 "file_to_undo" 文件，而其他的文件都是好的。

按如下所示用 CVS 中的原始副本覆盖 "file_to_undo" 文件。

$ cvs up -C file_to_undo

按如下所示把更新了的本地源目录树保存到 CVS。

$ cvs ci -m "Describe change"

按如下创建并添加 "file_to_add" 文件到 CVS。

$ vi file_to_add
$ cvs add file_to_add
$ cvs ci -m "Added file_to_add"

按如下所示合并 CVS 中的最新版本。

$ cvs up -d

当心以 "C filename" 开头的行，这意味着冲突的改变。

查看 ".#filename.version" 中未经修改的代码。

查找文件中的 "<<<<<<<" 和 ">>>>>>>" 来获得冲突的改变的信息。

按需更改文件来解决冲突。

按如下所示添加一个发布标签 "Release-1"。

$ cvs ci -m "last commit for Release-1"
$ cvs tag Release-1

继续编辑文件。

按如下所示移除发布分支 "Release-1"。

$ cvs tag -d Release-1

按如下所示把改变签入到 CVS。

$ cvs ci -m "real last commit for Release-1"

按如下所示给已经更新了的 CVS 主干中的 HEAD 重新添加 "Release-1" 发布标签。

$ cvs tag Release-1

按如下所示从 "Release-initial" 标签指向的初始版本中创建一个带有粘性标签的 "Release-initial-bugfixes" 分支，并把它签出到 "~/path/to/old" 目录。

$ cvs rtag -b -r Release-initial Release-initial-bugfixes module1
$ cd ~/path/to
$ cvs co -r Release-initial-bugfixes -d old module1
$ cd old

	提示
	使用 "-D 2005-12-20" (ISO 8601 日期格式) 而不是 "-r Release-initial" 来指定某个特定日期作为分支点。

在基于原始版本的有 "Release-initial-bugfixes" 粘性标签的本地源目录树上工作。

独自在 "Release-initial-bugfixes" 分支上工作...直到有其他人加入到此分支。

当要创建新的目录时，按如下所示同步其他人在此分支上对文件所做的修改。

$ cvs up -d

按需更改文件来解决冲突。

按如下所示把改变签入到 CVS。

$ cvs ci -m "checked into this branch"

按如下所示更新本地目录树为主干的最新版本，同时移除粘性标签 ("-A") 并且不使用关键字扩展 ("-kk")。

$ cvs up -d -kk -A

按如下所示通过合并 "Release-initial-bugfixes" 分支并且不使用关键字扩展的方式来更新本地目录树 (内容为主干中的最新版本)。

$ cvs up -d -kk -j Release-initial-bugfixes

用编辑器来解决冲突。

按如下所示把改变签入到 CVS。

$ cvs ci -m "merged Release-initial-bugfixes"

按如下所示创建归档。

$ cd ..
$ mv old old-module1-bugfixes
$ tar -cvzf old-module1-bugfixes.tar.gz old-module1-bugfixes
$ rm -rf old-module1-bugfixes

	提示
	"cvs up" 命令能够使用 "-d" 选项来创建新目录并且可以使用 "-P" 选项来删除空目录。

	提示
	你可以通过形如 "cvs co module1/subdir" 这样的列出其名的方式，来签出 "module1" 的一个子目录。

按如下所示使用 "tomorrow" 选项，就能得到 CVS 中的最新文件。

$ cvs ex -D tomorrow module_name

按如下所示往 CVS 项目 (本地服务器) 里添加 "mx" 模块别名。

$ export CVSROOT=/srv/cvs/project
$ cvs co CVSROOT/modules
$ cd CVSROOT
$ echo "mx -a module1" >>modules
$ cvs ci -m "Now mx is an alias for module1"
$ cvs release -d .

按如下所示，你可以从 CVS 中签出 "module1" (别名为: "mx") 到 "new" 目录。

$ cvs co -d new mx
$ cd new

	注意
	为了执行上述步骤，你应当有合适的文件权限。

当你从 CVS 中签出文件时，它们的可执行权限是保留的。

当你发现在检出的形如 "filename" 这样的文件中，可执行权限有问题时，按如下所示在相应的 CVS 存储库中改变文件的权限来解决这个问题。

# chmod ugo-x filename

subversion 软件包通常不会自动建立存储库，所以你必须手动搭建它。存储库可能的位置是在 "/srv/svn/project"。

按如下所示建立目录。

# mkdir -p        /srv/svn/project

按如下所示建立存储库数据库。

# svnadmin create /srv/svn/project

如果只是用 Apache2 服务器访问 Subversion 存储库，你只需按如下所示的使存储库只是对于 WWW 服务器是可写的。

# chown -R www-data:www-data /srv/svn/project

在 "/etc/apache2/mods-available/dav_svn.conf" 中添加 (或取消注释) 如下所示的来允许通过用户认证访问存储库。

<Location /project>
  DAV svn
  SVNPath /srv/svn/project
  AuthType Basic
  AuthName "Subversion repository"
  AuthUserFile /etc/subversion/passwd
<LimitExcept GET PROPFIND OPTIONS REPORT>
    Require valid-user
</LimitExcept>
</Location>

用如下所示的命令创建用户认证文件。

# htpasswd2 -c /etc/subversion/passwd some-username

重启 Apache2。

通过 "http://localhost/project" 和 "http://example.com/project" URL 来访问 svn(1) 中的 Subversion 存储库(假设你的 web 服务器的 URL 为 "http://example.com/")。

如下所示将建立用户组，例如 project，可以本地访问的 Subversion 存储库。

# chmod  2775     /srv/svn/project
# chown -R root:src /srv/svn/project
# chmod -R ug+rwX   /srv/svn/project

属于 project 组的本地用户可以访问在 "file:///localhost/srv/svn/project" 或 file:///srv/svn/project" 下 svn(1) 中的新 Subversion 存储库。你必须在 "umask 002" 下运行诸如 svn, svnserve, svnlook 和 svnadmin 命令，来确保用户组可以访问。

用户组可以访问的 Subversion 存储库的 URL 为 "example.com:/srv/svn/project"。至于 SSH 访问，你能够在 svn(1) 中的 "svn+ssh://example.com:/srv/svn/project" URL 访问它。

对于 Subversion 来说，许多项目使用类似如下的目录树来弥补它的分支和标签的不足。

  ----- module1
    |   |-- branches
    |   |-- tags
    |   |   |-- release-1.0
    |   |   `-- release-2.0
    |   |
    |   `-- trunk
    |       |-- file1
    |       |-- file2
    |       `-- file3
    |
    `-- module2

	提示
	你必须使用 "svn copy …" 命令来标记分支和标签。这确保 Subversion 正确的记录文件的修改历史同时节省存储空间。

按如下所示创建 "~/path/to/module1" 路径下的新的本地源目录树。

$ mkdir -p ~/path/to/module1; cd ~/path/to/module1

把文件添加到 "~/path/to/module1" 下的新的本地源目录树。

把它导入到 Subversion 的时候带有以下的参数。

$ cd ~/path/to/module1
$ svn import file:///srv/svn/project/module1/trunk -m "Start module1"
$ svn cp file:///srv/svn/project/module1/trunk file:///srv/svn/project/module1/tags/Release-initial

或者，如下所示。

$ svn import ~/path/to/module1 file:///srv/svn/project/module1/trunk -m "Start module1"
$ svn cp file:///srv/svn/project/module1/trunk file:///srv/svn/project/module1/tags/Release-initial

	提示
	你能够用像 "http://…" 和 "svn+ssh://..." 这样格式的 URL 来替代 "file:///…" URL。

这里给出使用 Subversion 及其原生客户端的典型工作流示例。

	提示
	git-svn 软件包提供的客户端命令，可以作为使用 git 命令的 Subversion 工作流的一个另外选择。参见 第 10.6.4 节 “用于 Subversion 仓库的 Git”.

查看如下所示的 URL "file:///srv/svn/project" 指向的 Subversion 项目上所有可用的模块。

$ svn list file:///srv/svn/project
module1
module2
...

按如下所示的检出 "module1/trunk" 到 "module1" 目录。

$ cd ~/path/to
$ svn co file:///srv/svn/project/module1/trunk module1
$ cd module1

按需修改里面的内容。

通过如下所示的命令来检查改变，其作用相当于使用 "diff -u [repository] [local]"。

$ svn diff

你发现自己改坏了 "file_to_undo" 文件，而其他的文件都是好的。

按如下所示的用 Subversion 中的干净副本来覆盖 "file_to_undo" 文件。

$ svn revert file_to_undo

按如下所示的把已经更新了的本地源目录树保存到 Subversion。

$ svn ci -m "Describe change"

按如下所示的创建 "file_to_add" 文件并把它添加到 Subversion。

$ vi file_to_add
$ svn add file_to_add
$ svn ci -m "Added file_to_add"

按如下所示更新工作拷贝到 Subversion 中的最新版本。

$ svn up

当心以 "C filename" 开头的行，这意味着冲突的改变。

查看文件中未经修改的代码，例如 "filename.r6", "filename.r9" 和 "filename.mine" 文件。

查找文件中的 "<<<<<<<" 和 ">>>>>>>" 来获得冲突的改变的信息。

按需更改文件来解决冲突。

按如下所示添加一个发布标签 "Release-1"。

$ svn ci -m "last commit for Release-1"
$ svn cp file:///srv/svn/project/module1/trunk file:///srv/svn/project/module1/tags/Release-1

继续编辑文件。

按如下所示移除发布分支 "Release-1"。

$ svn rm file:///srv/svn/project/module1/tags/Release-1

按如下所示把改变签入到 Subversion。

$ svn ci -m "real last commit for Release-1"

按如下所示在最新的 Subversion 主干的基础上重新添加发布分支 "Release-1"。

$ svn cp file:///srv/svn/project/module1/trunk file:///srv/svn/project/module1/tags/Release-1

按如下所示在 "module1/tags/Release-initial" 路径指定的最初版本的基础上再创建一个路径为 "module1/branches/Release-initial-bugfixes" 的分支，并把它签出到 "~/path/to/old" 目录。

$ svn cp file:///srv/svn/project/module1/tags/Release-initial file:///srv/svn/project/module1/branches/Release-initial-bugfixes
$ cd ~/path/to
$ svn co file:///srv/svn/project/module1/branches/Release-initial-bugfixes old
$ cd old

	提示
	使用 "module1/trunk@{2005-12-20}" (ISO 8601 日期格式) 而不是 "module1/tags/Release-initial" 来指定分支创建时候的日期。

在基于原始版本的 "Release-initial-bugfixes" 分支的本地源目录树上工作。

独自在 "Release-initial-bugfixes" 分支上工作...直到有其他人加入到此分支。

按如下所示同步其他人在此分支上改动的文件。

$ svn up

按需更改文件来解决冲突。

按如下所示把改变签入到 Subversion。

$ svn ci -m "checked into this branch"

按如下所示更新本地目录树为主干的最新版本。

$ svn switch file:///srv/svn/project/module1/trunk

按如下所示通过合并 "Release-initial-bugfixes" 分支的方式来更新本地目录树 (内容为主干的最新版本)。

$ svn merge file:///srv/svn/project/module1/branches/Release-initial-bugfixes

用编辑器来解决冲突。

按如下所示把改变签入到 Subversion。

$ svn ci -m "merged Release-initial-bugfixes"

按如下所示创建归档。

$ cd ..
$ mv old old-module1-bugfixes
$ tar -cvzf old-module1-bugfixes.tar.gz old-module1-bugfixes
$ rm -rf old-module1-bugfixes

	提示
	你能够用像 "http://…" 和 "svn+ssh://..." 这样格式的 URL 来替代 "file:///…" URL。

	提示
	通过 "svn co file:///srv/svn/project/module1/trunk/subdir module1/subdir" 等命令，你可以只签出 "module1" 的一个子目录。