要如何推行版本控管呢？

最近一直在協助 G 公司的專案版本控管事情上頭，現階段遇到瓶頸了！

從來也沒有想過會順順利利地，只希望事情能夠儘快處理完畢，那麼我就可以安心的歸建，應該可以吧？其實心裡也毛毛的，似乎是那顆測試水溫的石頭，由於石頭容易絆腳，會不會無來由的當成可犧牲的棋子呢？天曉得！

現在的情況好像只有我在「話燒」（台語），一直在講使用版本控管的好處，像是可以追溯歷史軌跡、不怕誤刪檔案、也不怕誤改檔案、更可以跨專案相互支援、甚至做到多種儲存媒體備份的功能等等，不怕任何的閃失或意外，卻似乎就一個人在述說版本管制系統的功用與好處，卻沒人理會。加上公司內有多種版本管制系統，有 CVS、VSS（Visual SourceSafe）、CVSNT 及 SVN（Subversion），真可謂百家爭鳴啊。

看起來好像有做版本控管，但是要依專案經理的個人好惡而定，才會出現各種系統的亂象。至於備份的問題嘛，雖不是全然如此，但今天遇到的情形，真是不敢恭維。那部主機是 Microsoft Windows Server 2003 Standard Edition 版，使用 VSS6.0d（Build 9848）的系統，居然連 Service Pack 1 都沒上，硬碟的碎裂情況相當嚴重。我的目標是導入 SVN 跟 Trac ，今天協助該專案由 VSS 轉成 SVN 系統，先前已跟專案經理協調好，籲請小組成員將最新異動 Commit 回檔案庫，並預留轉換作業時間，偏偏就是有人一直在對檔案庫作存取動作。這要如何轉呢？索性先把網路卡停用了吧，等作業完成後再說。

納悶的是，轉換後即會作資料的驗證工作，若沒什麼太大的問題，應該就是使用 SVN 了，何苦又繼續使用 VSS 呢？那要何時才會使用 SVN？當下需要協助系統轉換嗎？

或許，真是操之過急了，還是從頭慢慢教育起，等大家都有一定的概念接受版本管制的基礎後，在大力推動才是上策。

搞定跨網段的 DHCP

自從去支援 G 公司之後，始終被一件事困擾著，也一直想不透，那就是所有的電腦必須自己設定一個固定的 IP 位址；偏偏剛到新環境又加上組織調整的緣故，工作位置一再地變動，導致一開始設定的 IP 位址，因變更新座位之後即不適用，而新座位原本分配的 IP 位址，有可能已有人在使用中，造成無法連線上網的問題。

明明早就有 DHCP（Dynamic Host Configuration Protocol）的通訊協定了，為何不善加利用呢？不囉唆，動手做最要緊，看了一些架站的說明後，要架設一部 DHCP 伺服器似乎不難。不過， G 公司的情形比較特殊，曾經因為公司人力急速擴張的原因，辦公處所分隔為樓上、樓下，後來才將辦公場所合而為一，這點倒是與 S 公司相仿。

DHCP 伺服主機沒一會兒功夫就搞定了，在同網段中測試也都順利。接下來才是重頭戲，跨網段的任一部電腦，無論如何都無法獲得 IP 位址，發現癥結點在於 DHCP 無法提供跨網段的服務。

於是針對這問題，又研究了一下，發現有個叫 DHCRelay Agent（Dynamic Host Configuration Protocol Relay Agent）的服務，剛好可以解決這樣的困境。雖然 G 公司大多以 Microsoft 平台的系統為主，但一時之間沒找著如何在 Microsoft 的系統上設定這個東西，而慣用的 Fedora 系統上，僅安裝 dchp 的套件後，就有 dhcrelay 的存在了。當然，首選還是採用 Linux 上的 DHCRelay Agent，先解決大家上網的問題要緊。

看了一下 man page，他是這麼說的，完完全全符合需求：

The Internet Systems Consortium DHCP Relay Agent, dhcrelay, provides a means for relaying DHCP and BOOTP requests from a subnet to which no DHCP server is directly connected to one or more DHCP servers on other subnets.

更簡單的是，僅要設定 /etc/sysconfig/dhcrelay 這個組態檔即可，再注意開機後是否啟動 dhcrelay 這個服務，這樣就搞定每一個網段連線上網的 IP 位址設定。