軟件包(SoftWare Package)
具有特定的功能，用來完成特定任務的一個程序或一組程序。可分為應用軟件包和系統軟件包兩大類。應用軟件包與特定的應用領域有關，又可分為通用包及專用包兩類。通用軟件包根據社會的一些共同需求開發，專用軟件包則是生產者根據用戶的具體需求定制的，可以為適合其特殊需要進行修改或變更。
二、cvs
1，CVS服務器（文件版本庫）
CVS（Concurrent Versions System）是一個C/S系統，多個開發人員通過一個中心版本控制系統來記錄文件版本，從而達到保證文件同步的目的。版本控制系統是一種GNU軟件包，主要用于在多人開發環境下的源碼的維護。Concurrent有并發的、協作的、一致的等含義。實際上CVS可以維護任意文檔的開發和使用，而不僅僅局限于程序設計。CVS維護的文件類型可以是文本類型也可以是二進制類型。CVS用Copy-Modify-Merge（拷貝、修改、合并）變化表支持對文件的同時訪問和修改。它明確地將源文件的存儲和用戶的工作空間獨立開來，并使其并行操作。CVS基于客戶端/服務器的行為使其可容納多個用戶，這一特性使得CVS成為位于不同地點的人同時處理數據文件（特別是程序的源代碼）時的。
2，CVS的基本工作思路
在一臺服務器上建立一個源代碼庫，庫里可以存放許多不同項目的源程序，由源代碼庫管理員統一管理。每個用戶在使用源代碼庫之前，首先要把源代碼庫里的項目文件下載到本地，然后用戶可以在本地任意修改，后用CVS命令進行提交，由CVS源代碼庫統一管理修改。這樣，好像只有一個人在修改文件一樣，既避免了沖突，又可以做到跟蹤文件變化等。
它的客戶機/服務器存取方法使得開發者可以從任何因特網的接入點存取新的代碼。它的無限制的版本管理檢出(check out：)的模式避免了通常的因為排它檢出模式而引起的人工沖突。它的客戶端工具可以在絕大多數的平臺上使用。 CVS被應用于流行的開放源碼工程中，CVS內建了客戶機/服務器存取方法，所以任何一個可以連到因特網上的開發者都可以存取在一臺CVS服務器上的文件。
在傳統的版本控制系統中，一個開發者檢出一個文件，修改它，然后將其登記回去。檢出文件的開發者擁有對這個文件修改的排它權。并且只有檢出那個文件的開發者可以登記(check in：)所做的修改。(當然對于管理員有很多方法可以超越這個限制。) CVS通過它的無限制的檢出模式解決了這個問題。當多個開發者對同一個文件作了修改CVS會檢測，并且自動合并那些只要不是對代碼的同一行所作的改動。
3，CVS 術語
Revision (修訂版本)－－文件歷史記錄中的被開發者提交的變化。一個修訂版本是一個時常變化的項目的 snapshot (瞬態圖)。
Repository (源代碼庫)－－CVS 存儲所有修訂版本歷史記錄的地方。每個項目都有自己的一個確定的源代碼庫。
Working copy (工作拷貝)－－開發者對文件作出修改時文件所在的拷貝。
Check out (檢驗)－－從源代碼庫中申請一份工作拷貝。該工作拷貝反映的是取出時項目的瞬時狀態。當開發者對拷貝作出修改時，必須運用 commit (提交)和 update (更新) 命令來 “發布”變化和查看其他開發者所作的修改。
Commit (提交)－－將工作拷貝中的變化輸入中央源代碼庫。
Log message (日志信息)－－提交修訂版本的時候，附帶描述變化的注解。通過查閱記錄信息，人們可以獲得一個當前項目進程的總結。
Update (更新)－－從源代碼庫中取出別人的修改數據，將其輸入自己的工作拷貝，并顯示自己的工作拷貝是否有未提交的修改。注意，不要和 commit (提交)混淆，更新和提交是一對互補的指令。記住： Update 將使工作拷貝和源代碼庫拷貝保持同步更新。
Conflicts (沖突)－－兩個開發者對同一個區域所做的改動都提交給主版本時出現的情況，在 CVS 覺察并指出這個沖突后，開發者必須解決該沖突。
4，日常使用
注意：第一次導出以后，不是通過cvs checkout來同步文件了，而是要進入剛才cvs checkout project_name導出的project_name目錄下進行具體文件的版本同步（添加，修改，刪除）操作。
將文件同步到新的版本cvs update 養成“先同步，后修改”的習慣， CVS里沒有文件鎖定的概念，所有的沖突是在commit之前解決，如果你修改過程中，有其他人修改并commit到了CVS 庫中，CVS會通知你文件沖突，并自動將沖突部分用
>>>>>>
content on cvs server
<<<<<<
content in your file
>>>>>>
標記出來，由你確認沖突內容的取舍。版本沖突一般是在多個人修改一個文件造成的，但這種項目管理上的問題不應該指望由CVS來解決。
注意：CVS的很多動作都是通過cvs commit進行后確認并修改的，好每次只修改一個文件。在確認的前，還需要用戶填寫修改注釋，以幫助其他開發人員了解修改的原因。修改某個版本注釋：每次只確認一個文件到CVS庫里是一個很好的習慣。
