廈門央瞬公司是一家電子元器件設(shè)備供應(yīng)商，其中有個(gè)ARM部門，專門負(fù)責(zé)ARM芯片的方案設(shè)計(jì)、銷售，并在北京、上海各設(shè)立了一個(gè)辦事處。對于工作日志，原先采用郵件方式發(fā)給經(jīng)理，但是這種方式有個(gè)缺點(diǎn)，那就是不具備連續(xù)性，要看以前的日志必須一封一封郵件去查看，很麻煩。于是就想到利用 Subversion， 讓員工在自己電腦上編輯日志，然后利用svn傳送回來，既方便員工自己編寫日志，又方便對日志的歸檔處理，而且提交日志的時(shí)候只需要執(zhí)行一下 svn update 即可，比發(fā)送郵件還要簡單的多。
svn服務(wù)器相關(guān)信息
arm部門文檔的目錄結(jié)構(gòu)如下:
arm 部門名稱
├─diary 工作日志目錄
│ ├─headquarters 總部工作日志目錄
│ ├─beijing 北京辦日志目錄
│ └─shanghai 上海辦日志目錄
├─ref 公司公共文件參考目錄
└─temp 臨時(shí)文件目錄
人員情況
訪問權(quán)限需求分析
在服務(wù)器 D:\svn 目錄下，建立 arm 代碼庫，命令如下:
D:\svn>svnadmin create arm
在客戶機(jī) F:\temp 目錄下，建立好上述目錄結(jié)構(gòu)
用命令 F:\temp>svnimportarmsvn://192.168.0.1/arm 導(dǎo)入結(jié)構(gòu)
【注意點(diǎn)：關(guān)于導(dǎo)入時(shí)候的細(xì)微差別】
編輯代碼庫 arm\conf\svnserve.conf 文件，如下:
[general] password-db = passwd.conf anon-access = none auth-access = write authz-db = authz.conf
新建代碼庫 arm\conf\passwd.conf 文件，如下:
[users] morson = ShowMeTheMoney michael = mysecretpassword scofield = hellolittilekiller lincon = asyouknows111 rory = 8809117 linda = IlikeWorldCup2006
新建代碼庫 arm\conf\authz.conf 文件，內(nèi)容如下:
[groups] g_vip = morson g_manager = michael g_beijing = scofield g_shanghai = lincon g_headquarters = rory, linda g_docs = linda [arm:/] @g_manager = rw * = r [arm:/diary/headquarters] @g_manager = rw @g_headquarters = rw @g_vip = r * = [arm:/diary/beijing] @g_manager = rw @g_beijing = rw @g_vip = r * = [arm:/diary/shanghai] @g_manager = rw @g_shanghai = rw @g_vip = r * = [arm:/ref] @g_manager = rw @g_docs = rw * = r [arm:/temp] * = rw
在服務(wù)器上，打開一個(gè) DOS Prompt 窗口，輸入如下指令:
svn co svn://127.0.0.1/arm --no-auth-cache --username rory --password 8809117
我們應(yīng)該得到如下目錄結(jié)構(gòu):
arm ├─diary │ └─headquarters ├─ref └─temp
然后修改ref目錄下任意文件并提交，服務(wù)器將會(huì)報(bào)錯(cuò)“Access deni”
本章將詳細(xì)介紹前一章所涉及的兩個(gè)配置文件， svnserve.conf 和 authz.conf，通過對配置逐行的描述，來闡明其中的一些細(xì)節(jié)含義。
這里首先要注意一點(diǎn)，任何配置文件的有效配置行，都不允許存在前置空格，否則程序會(huì)無法識(shí)別。也就是說，如果你直接從本文的純文本格式中拷貝了相關(guān)的配置行過去，需要手動(dòng)將前置的4個(gè)空格全部刪除。當(dāng)然了，如果你覺得一下子要?jiǎng)h除好多行的同樣數(shù)目的前置空格是一件苦差使，那么也許 UltraEdit 的“Column Mode”編輯模式，可以給你很大幫助呢。
arm\conf\svnserve.conf 文件，是 svnserve.exe 這個(gè)服務(wù)器進(jìn)程的配置文件，我們逐行解釋如下。
首先，我們告訴 svnserve.exe，用戶名與密碼放在 passwd.conf 文件下。當(dāng)然，你可以改成任意的有效文件名，比如默認(rèn)的就是 passwd:
password-db = passwd.conf
接下來這兩行的意思，是說只允許經(jīng)過驗(yàn)證的用戶，方可訪問代碼庫。 那么哪些是“經(jīng)過驗(yàn)證的”用戶呢？噢，當(dāng)然，就是前面說那些在 passwd.conf 文件里面持有用戶名密碼的家伙。這兩行的等號(hào)后面，目前只允許 read write none 三種值，你如果想實(shí)現(xiàn)一些特殊的值，比如說“read-once”之類的，建議你自己動(dòng)手改源代碼，反正它也是自由軟件:
anon-access = none auth-access = write
接下來就是最關(guān)鍵的一句呢，它告訴 svnserve.exe，項(xiàng)目目錄訪問權(quán)限的相關(guān)配置是放在 authz.conf 文件里:
authz-db = authz.conf
當(dāng)然，svn 1.3.2 引入本功能的時(shí)候，系統(tǒng)默認(rèn)使用 authz 而不是 authz.conf 作為配置文件。不過由于鄙人是處女座的，有著強(qiáng)烈的完美主義情結(jié)，看著 svnserve.conf 有后綴而 passwd 和 authz 沒有就是不爽，硬是要改了。
arm\conf\authz.conf 文件的配置段，可以分為兩類，``[group]`` 是一類，里面放置著所有用戶分組信息。其余以 [arm:/] 開頭的是另外一類，每一段就是對應(yīng)著項(xiàng)目的一個(gè)目錄，其目錄相關(guān)權(quán)限，就在此段內(nèi)設(shè)置。
首先，我們將人員分組管理，以便以后由于人員變動(dòng)而需要重新設(shè)置權(quán)限時(shí)候，盡量少改動(dòng)?xùn)|西。我們一共設(shè)置了5個(gè)用戶分組，分組名稱統(tǒng)一采用 g_ 前綴，以方便識(shí)別。當(dāng)然了，分組成員之間采用逗號(hào)隔開:
[groups] # 任何想要查看所有文檔的非本部門人士 g_vip = morson # 經(jīng)理 g_manager = michael # 北京辦人員 g_beijing = scofield # 上海辦人員 g_shanghai = lincon # 總部一般員工 g_headquarters = rory, linda # 小秘，撰寫文檔 g_docs = linda
注意到?jīng)]有， linda 這個(gè)賬號(hào)同時(shí)存在“總部”和“文檔員”兩個(gè)分組里面，這可不是我老眼昏花寫錯(cuò)了，是因?yàn)?svnserve.exe 允許我這樣設(shè)置。它意味著，這個(gè)家伙所擁有的權(quán)限，將會(huì)比他的同事 rory 要多一些，這樣的確很方便。具體多了哪些呢？請往下看！
接著，我們對項(xiàng)目根目錄做了限制，該目錄只允許arm事業(yè)部的經(jīng)理才能修改，其他人都只能眼巴巴的看著:
[arm:/] @g_manager = rw * = r
然后，我們要給總部人員開放日志目錄的讀寫權(quán)限:
[arm:/diary/headquarters] @g_manager = rw @g_headquarters = rw @g_vip = r * =
現(xiàn)在來看看
好了，我們現(xiàn)在掌握了“繼承”的威力，它讓我們節(jié)省了不少敲鍵盤的時(shí)間?？墒乾F(xiàn)在又有一個(gè)問題了，
屬性具備覆蓋性質(zhì)子目錄若設(shè)置了屬性，則完全覆蓋父目錄。
把這個(gè)問題專門提出來，是因?yàn)樵?.3.1及其以前的版本里面，有個(gè)bug，即為了子目錄的寫權(quán)限，項(xiàng)目首目錄必須具備讀權(quán)限。因此現(xiàn)在使用了1.3.2版本，就方便了那些想在一個(gè)代碼庫存放多個(gè)相互獨(dú)立的項(xiàng)目的管理員，來分配權(quán)限了。比如說央舜公司建立一個(gè)大的代碼庫用于存放所有員工日志，叫做 diary，而arm事業(yè)部只是其中一個(gè)部門，則可以這樣做:
[diary:/] @g_chief_manager = rw [diary:/arm] @g_arm_manager = rw @g_arm = r
這樣，對于所有arm事業(yè)部的人員來說，就可以將 svn://192.168.0.1/diary/arm 這個(gè)URL當(dāng)作根目錄來進(jìn)行日常操作，而完全不管它其實(shí)只是一個(gè)子目錄，并且當(dāng)有少數(shù)好奇心比較強(qiáng)的人想試著 checkout 一下 svn://192.168.0.1/diary 的時(shí)候，馬上就會(huì)得到一個(gè)警告“Access deni”，哇，太酷了。
如果說我對某個(gè)目錄不設(shè)置任何權(quán)限，會(huì)怎樣？馬上動(dòng)手做個(gè)試驗(yàn)，將:
[diary:/] @g_chief_manager = rw
改成:
[diary:/] # @g_chief_manager = rw
這樣就相當(dāng)于什么都沒有設(shè)置。在我的 svn 1.3.2 版本上，此時(shí)是禁止任何訪問。也就是說，如果你想要讓某人訪問某目錄，你一定要顯式指明這一點(diǎn)。這個(gè)策略，看起來與防火墻的策略是一致的。
若設(shè)置了:
[arm:/diary] * = r
則svnserve認(rèn)為，任何人，都不允許改動(dòng)diary目錄，包括刪除和改名，和新增。
也就是說，如果你在項(xiàng)目初期創(chuàng)建目錄時(shí)候，一不小心寫錯(cuò)目錄名稱，比如因拼寫錯(cuò)誤寫成 dairy，以后除非你改動(dòng) authz.conf 里面的這行設(shè)置，否則無法利用 svn mv 命令將錯(cuò)誤的目錄更正。
上午上班的時(shí)候，Morson 來到 Michael 的桌子前面，說道：“你是否可以將我們的北京辦、上海辦目錄，改成用中文的，看著那些拼音我覺得很難受？” Michael 心想，還好這兩天剛了解了一些與 unicode 編碼相關(guān)的知識(shí)，于是微笑地回答：“當(dāng)然可以，你明天下午就可以看到中文目錄名稱了。”
使用 svn mv 指令，將原來的一些目錄改名并 commit 入代碼庫，改名后的目錄結(jié)構(gòu)如下:
arm
├─工作日志
│ ├─總部人員
│ ├─北京辦
│ └─上海辦
├─公司公共文件參考目錄
└─臨時(shí)文件存放處
修改代碼庫的 authz.conf 文件，將相應(yīng)目錄逐一改名
使用 UltraEdit 將 authz.conf 文件轉(zhuǎn)換成不帶 BOM 的 UTF-8 格式
將配置文件轉(zhuǎn)換成 UTF-8 格式之后，Subversion 就能夠正確識(shí)別中文字符了。但是這里需要注意一點(diǎn)，即必須保證 UTF-8 文件不包含 BOM 。BOM 是 Byte Order Mark 的縮寫，指 UNICODE 文件頭部用于指明高低字節(jié)排列順序的幾個(gè)字符，通常是 FFFE ，而將之用 UTF-8 編碼之后，就是 EFBBBF 。由于 UTF-8 文件本身不存在字節(jié)序問題，所以對 UTF-16 等編碼方式有重大意義的 BOM，對于 UTF-8 來說，只有一個(gè)作用——表明這個(gè)文件是 UTF-8 格式。由于 BOM 會(huì)給文本處理帶來很多難題，所以現(xiàn)在很多軟件都要求使用不帶 BOM 的 UTF-8 文件，特別是一些處理文本的軟件，如 PHP、 UNIX 腳本文件等，svn 也是如此。
目前常用的一些文本編輯工具中，MS Windows 自帶的“記事本”里面，“另存為”菜單保存出來的 UTF-8 格式文件，會(huì)自動(dòng)帶上 BOM 。新版本 UltraEdit 提供了選項(xiàng)，允許用戶選擇是否需要 BOM，而老版本的不會(huì)添加 BOM。請各位查看一下自己常用的編輯器的說明文件，看看它是否支持這個(gè)功能。
利用 UltraEdit ，我們可以將 BOM 去掉。方法是，首先利用“UTF-8 TO ASCII”菜單將文件轉(zhuǎn)換成本地編碼，通常是GB2312碼，然后再使用“ASCII TO UTF-8(UNICODE Editing)”來轉(zhuǎn)換到 UTF-8 即可。
作者：鄭新星
聯(lián)系客服
