vss怎麼開始編譯

『壹』 關於 vss

VSS使用手冊
作者：佚名 轉貼自：SCM China 論壇 點擊數：10254

1 VSS概述
版本控制是工作組軟體開發中的重要方面，它能防止意外的文件丟失、允許反追蹤到早期版本、並能對版本進行分支、合並和管理。在軟體開發和您需要比較兩種版本的文件或找回早期版本的文件時，源代碼的控制是非常有用的。
Visual SourceSafe 是一種源代碼控制系統，它提供了完善的版本和配置管理功能，以及安全保護和跟蹤檢查功能。VSS通過將有關項目文檔（包括文本文件、圖象文件、二進制文件、聲音文件、視屏文件）存入資料庫進行項目研發管理工作。用戶可以根據需要隨時快速有效地共享文件。文件一旦被添加進VSS，它的每次改動都會被記錄下來，用戶可以恢復文件的早期版本，項目組的其他成員也可以看到有關文檔的最新版本，並對它們進行修改，VSS也同樣會將新的改動記錄下來。你還會發現，用VSS來組織管理項目,使得項目組間的溝通與合作更簡易而且直觀。
VSS可以同 Visual Basic、Visual C++、Visual J++、Visual InterDev、Visual FoxPro 開發環境以及 Microsoft Office 應用程序集成在一起，提供了方便易用、面向項目的版本控制功能。Visual SourceSafe 可以處理由各種開發語言、創作工具或應用程序所創建的任何文件類型。在提倡文件再使用的今天，用戶可以同時在文件和項目級進行工作。Visual SourceSafe 面向項目的特性能更有效地管理工作組應用程序開發工作中的日常任務。

1．1 VSS中的文件
當你要修改某個文檔時，需要先從資料庫中將它簽出（check out），或者告訴VSS你要編輯該文檔。VSS會將該文檔的副本從資料庫中拿到你的工作文件夾(working folder)中，你就可以修改你的文檔了。如果其他用戶再想對同一文檔進行修改，VSS會產生一個信息，告訴他，該文檔已被簽出（check out），從而避免多人同時修改文檔，以保證文檔的安全性。
當你完成修改之後，需要將文檔 簽入（check in）VSS。這個操作從你的工作文件夾(working folder)中復制被你修改的文檔，並將它放回VSS資料庫，以便其他用戶能夠及時看到文檔的改動。VSS能夠保存文檔的所有改動，並顯示最新版本，同時早期版本也會被跟蹤記錄下來。VSS對反增量技術的運用，僅需要用很少的磁碟空間就能使得用戶獲取文檔的所有版本。
如果你沒有修改文檔，你可以執行撤消簽出(undo check out)命令，文檔將被保存為被簽出（check out）之前的狀態。
如果你只需讀取某一文檔而並不需要編輯它，你可以執行取出(get)命令，將文檔放入你的工作文件夾，再選擇查看文檔(view)，來查看你的文檔的最新版本。

1．2 VSS中的項目
項目(project)是指用戶存儲在VSS資料庫中的所有文件(file)的集合。用戶可以在項目之間或項目內部實現文件的添加(add)、刪除(delete)、編輯(edit)、共享(share)。一個「項目(project)」在很大程度上類似於一個普通系統的的文件夾，不同的是它能更好地支持文件合並(merge)、跟蹤(archive)和版本控制(version control)功能。
文件保存在VSS資料庫中的項目(project)里。你無須管理存儲在VSS 中的文件正本，除非你要檢查或與其它拷貝進行比較。
VSS為每一位用戶提供了一份備份文件放入工作文件夾(working folder),供用戶對文件進行查看與編輯。盡管沒有工作文件夾也可以查看文件，但要想真正實現對文檔的處理，必須建立工作文件夾。

1．3 VSS的版本控制功能
VSS能夠保存文件的多個版本，包括文件版本之間每一處微小的變動。版本控制有以下幾方面的內容：
l 組內合作——在預設的情況下，一般一個文件在某一時間只允許一個用戶對其進行修改，這樣可以防止文件意外地被其他用戶改動或者覆蓋。但管理員可以改動這種預設的設置，允許文件多層簽出。這種設置也能防止過多的、不必要的改動。
l 版本追蹤——VSS能夠對源代碼和其他文件進行存儲和早期版本的追蹤，從而實現重建文件早期版本等有關功能。
l 跨平台開發——在多平台開發的情況下，版本追蹤用於維護核心代碼。
l 代碼的再使用—— 追蹤程序基準使得代碼可重用。

1．4 文件的拆分和共享
在VSS中可以實現一個文件被多個項目共享(share)。在一個項目中對文件的改動可以自動反映到其他共享的項目中去。這正提倡了代碼重用。在file菜單中的properties中，點擊link，可以查看某一文件的共享情況。
拆分(branch)是將文件從原來共享的項目中分離出來的過程。它使得VSS可以實現從不同的路徑追蹤文件。
註：在其他版本控制系統中，分支是通過跟蹤版本號來實現的。例如：版本「2.3.9.2」是版本2.3的第二個修訂版本的第九個分支。而VSS通過明顯不同的項目名稱實現對文件分支的跟蹤。
拆分文件就斷開了共享連接，使得本項目中的文件與其他原來共享的項目無關。對此文件的修改將不會再反映到其他項目上。拆分是這樣被建立的：兩個文件以前有著共同的歷史記錄，從實現拆分開始，他們的歷史記錄將被VSS分別追蹤。
拆分文件之後，link按紐將不再顯示已斷開的連接，但你可以用path（file菜單中的properties項）按紐瀏覽拆分的歷史記錄。
共享（share）文件就是在多個項目間建立文件的連接。拆分(branch)文件就是在項目之間建立了不同的文件路徑。

1．5 工作文件夾(working folder)
VSS是存儲和管理文件的工具，但是編輯和編譯文件必須在VSS指定文件夾中進行。這個文件夾叫工作文件夾，它可以是現存的文件夾，也可以是VSS新建的文件夾。VSS瀏覽器在文件列表上方顯示了文件的工作文件夾的路徑。
在VSS系統中，工作文件夾才是你真正用於處理文檔的地方。當你要編輯或修改某個文檔時，必須對文檔實施check out 操作（詳見3.3.5修改和編輯文件），VSS將該文檔從項目中拷貝出來，放入你的工作文件夾。當你修改完畢並check in 文件之後，VSS又將文件重新拷貝到資料庫中以記錄你的修改。

一旦你將文件簽出，VSS就開始在你的本地機上創建並管理你的工作文件夾。
每一個用戶、每一個項目或每一台微機都可以有自己的工作文件夾。如果Joe在項目$/SpreadSheet和$/WordProcessor上工作，他就有相應的2個不同的工作文件夾。如果Hanna在同樣的項目上工作，對於每一個項目她又有自己的工作文件夾。
當你為某個項目設置了工作文件夾，你可以用它來放置你該項目中包括子項目再內的所

2 VSS的客戶端安裝

2．1 安裝VSS的系統條件
l 計算機/處理器: 處理器為486DX/66MHz或以上PC機推薦Pentium或更高級的處理器。
l 內存：Windows 95或以後的版本要求16 MB RAM (推薦32 MB)；Windows NT 4.0要求24 MB (推薦32 MB)。
l 硬碟：客戶機：典型安裝：59MB； 72 MB；安裝過程：66 MB；
l 伺服器：典型安裝：128 MB；最大安裝：141 MB；
l 附加硬碟要求：Internet Explorer：典型為43 MB，最大59 MB；MSDN：典型57MB，最大59 MB
l 驅動器：CD ROM
l 顯示：VGA或更高級顯示器，推薦Super VGA。
l 操作系統：Microsoft Windows 95或以後版本或者Microsoft Windows NT 4.0，NT要求Service Pack 3或更高版本(包括Service Pack 3〕
l 外圍設備/其它: Microsoft Internet Explorer 4.01 Service Pack 1 (包含).

2．2 從網路安裝VSS客戶端
1） 打開本地計算機的「網上鄰居」屬性對話框；
2） 點擊「配置」按紐；
3） 將「MICROSOFT網路用戶」的屬性設置為：登錄到WINDOWS NT 域，域名為PLANNING；
4） 添加TCP/IP、NETBEUI、IPX/SPX協議；
5） 重新啟動計算機，登錄「planning」域；
註：管理員為每位NT用戶設置的登錄密碼為「111」，用戶在第一次登錄時，計算機會提示用戶修改密碼。
6） 從「網上鄰居」的「planning」域中查找伺服器「VSSDATA」；
7） 打開共享的「VSS」文件夾並雙擊「NETSETUP」；
8） 按照安裝程序的提示開始安裝。

3 VSS的基本使用操作

3．1 登錄VSS
點擊VSS圖標或從程序菜單中運行Visual SourceSafe 6.0，即可打開VSS瀏覽器。
如果用戶登錄的VSS密碼和登錄PLANNING域的密碼是一致的，系統將不再提示輸入進入VSS資料庫的密碼；如果用戶為VSS設置的密碼與登錄PLANNING域的密碼不同，系統將提示用戶輸入VSS的登錄密碼。關於如何修改VSS用戶密碼，詳見「3.2.14修改用戶密碼」。

3．2 VSS瀏覽器

當你一打開VSS，如果你設定了密碼的話，它會提示你輸入密碼。如果你沒有設定密碼，你可以直接看到瀏覽器。在瀏覽器上，你可以瀏覽你的資料庫、查看項目列表、顯示文件統計信息、執行命令對文件和項目進行操作等。瀏覽器的最上方的標題欄是你當前連接的資料庫。VSS使用符號來提供有關文件和項目信息。
菜單欄的下面是常用工具欄，這里有許多常用命令的按紐，它可以幫你快速地執行對文件的操作。
在項目欄中，顯示有項目列表，包括特殊項目的有關信息。文件欄顯示了當前項目的所有文件的列表。結果欄顯示當前你所執行的操作的結果。

3．3 VSS基本操作

3．3．1創建新的文件夾
1） 選中要創建新文件夾的項目（上級文件夾）；
2） 在file菜單中選中creat project；
3） 寫入要添加的文件夾的名稱，同時也可以在comment欄中為新建的文件夾添加備注；
4） 點擊OK。

『貳』 你好，用vss或svn管理軟體代碼，幾個人合作開發一個項目，如何做到項目所有代碼只掌握在一個項目主管手上

也解決這個問題，需要分三步：
1、在規劃源碼目錄結構的時候，盡量將每個開發人員所負責的文件夾分開，盡量避免多個人修改同一個文件夾下的內容。
2、在SVN許可權設置上，設置為每個開發人員只擁有自己所負責文件夾的讀寫許可權，對其他人負責的文件夾不給任何許可權，項目主管擁有所有文件夾的讀寫許可權。
3、實現源碼的自動編譯、部署到測試伺服器上，也就是說可以在需要測試的時候，自動將最新版的代碼編譯後發布到測試伺服器上，而不需要開發人員拿到所有的代碼自己去編譯部署。

其中第1、2步相對比較簡單，難在第3步。實現第3步關鍵是要改變測試習慣，需要將開發環境和測試環境分離，一般要有一台測試伺服器（可以考慮直接搭建在SVN伺服器所在的主機上），要測試時就通過某種方式將最新代碼編譯後部署到測試伺服器上，而不能是開發人員用自己的電腦來做測試伺服器。
具體有多種方式，比如大名鼎鼎的開源軟體hudson就是用來干這個的，用於實現系統的自動編譯、部署。
如果想簡單處理的話，可以用SVN的post-commit鉤子實現，這個鉤子存放於SVN伺服器端的hooks文件夾下，每次成功commit後都會自動觸發執行。你可以自己編輯這個鉤子的腳本內容，每次commit後將所有代碼checkout或update到測試伺服器上，並調用編譯工具進行編譯，最後部署到測試環境。

上面描述的只是一個簡單思路，如果要完善解決的話，必然涉及到版本庫的日常管理，需要區分出開發庫、測試庫，這必然要用到SVN的分支/標記功能，你可以看看我的網路文庫，有篇在windows下使用SVN的PPT，其中關於分支的那幾頁可能會對你有些啟發。