第 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" 的一個子目錄。