cvs從伺服器怎麼拉文件

A. cvs下從伺服器拉過來的project，怎樣配置tomcat啊。在tomcat的部署里只能看到在本地創建的project。

你配置的是本地的話當然只能看到本地的PROJECT了，你直接配PROJECT到CVS伺服器上就行了

B. 從伺服器上拷貝文件到本地電腦

1、首先我們遠程打開我的電腦查看初始效果。

C. CVS伺服器怎麼用

你裝的這是客戶端，伺服器端要安裝cvsnt-2.5.03.2382.msi。

你下載安裝一下，在菜單中應出現 CVSNT 才表示伺服器安裝成功。

使用 CVSNT 進入 CVSNT Control Panel 創建 倉庫，即可使用 TortoiseCvs 進入CVS 了。

D. myeclipse怎麼從cvs伺服器下載項目

Host寫對方IP
Repository寫CVS伺服器的Name，比如保存路徑為D:/CVS則就寫/CVS
User寫伺服器用戶名
password寫伺服器密碼
其他不要選，按確定。然後連接，然後在File菜單裡面選擇Import然後選擇CVS project，隨後依次選擇就可以了

E. CVS 使用詳細介紹

CVS伺服器（文件版本庫）
CVS（Concurrent Version System）版本控制系統是一種GNU軟體包，主要用於在多人開發環境下的源碼的維護。實際上CVS可以維護任意文檔的開發和使用，例如共享文件的編輯修改，而不僅僅局限於程序設計。CVS維護的文件類型可以是文本類型也可以是二進制類型。CVS用Copy-Modify-Merge（拷貝、修改、合並）變化表支持對文件的同時訪問和修改。它明確地將源文件的存儲和用戶的工作空間獨立開來，並使其並行操作。CVS基於客戶端/伺服器的行為使其可容納多個用戶，構成網路也很方便。這一特性使得CVS成為位於不同地點的人同時處理數據文件（特別是程序的源代碼）時的首選。
所有重要的免費軟體項目都使用CVS作為其程序員之間的中心點，以便能夠綜合各程序員的改進和更改。這些項目包括GNOME、KDE、THE GIMP和Wine等。
CVS的基本工作思路是這樣的：在一台伺服器上建立一個源代碼庫，庫里可以存放許多不同項目的源程序。由源代碼庫管理員統一管理這些源程序。每個用戶在使用源代碼庫之前，首先要把源代碼庫里的項目文件下載到本地，然後用戶可以在本地任意修改，最後用CVS命令進行提交，由CVS源代碼庫統一管理修改。這樣，就好像只有一個人在修改文件一樣，既避免了沖突，又可以做到跟蹤文件變化等。
CVS是並發版本系統（Concurrent Versions System）的意思，主流的開放源碼網路透明的版本控制系統。CVS對於從個人開發者到大型、分布團隊都是有用的。
它的客戶機/伺服器存取方法使得開發者可以從任何網際網路的接入點存取最新的代碼。它的無限制的版本管理檢出(check out：注1)的模式避免了通常的因為排它檢出模式而引起的人工沖突。 它的客戶端工具可以在絕大多數的平台上使用。
CVS被應用於流行的開放源碼工程中，象Mozilla，GIMP，XEmacs，KDE，和GNOME等。 那麼它到底怎麼樣？
你可能會說，它非常棒，但是對於"我"來說它能做什麼？首先，基本的 ：一個版本控制系統保持了對一系列文件所作改變的歷史記錄。對於一個開發者來說，那就意味著在你對一個程序所進行開發的整個期間，能夠跟蹤對其所作的所有改動的痕跡。對你來說，有沒有出現過由於在命令行上按錯鍵而導致一天的工作都白費的情況呢？版本控制系統給了你一個安全的網路。
版本控制系統對任何人都有用，真的。(畢竟，誰不願意使用一個安全的網路呢？)它們經常被軟體開發團隊使用。在團隊中工作的開發者需要能夠調整他們的各自的修改；一個集中式版本控制系統允許那樣做。
代碼集中的配置
個人開發者希望一個版本控制系統的安全網路能夠運行在他們的本地的一台機器上。然而，開發團隊需要一個集中的伺服器，所有的成員可以將伺服器作為倉庫來訪問他們的代碼。在一個辦公室中，沒有問題 --只是將倉庫連到本地網路上的一台伺服器上就行了。對於開放源碼項目...噢， 還是沒有問題，這要感謝網際網路。CVS內建了客戶機/伺服器存取方法，所以任何一個可以連到網際網路上的開發 者都可以存取在一台CVS伺服器上的文件。
調整代碼
在傳統的版本控制系統中，一個開發者檢出一個文件，修改它，然後將其登記回去。檢出文件的開發者擁有對這個文件修改的排它權。沒有其它的開發者可以檢出這個文件 -- 並且只有檢出那個文件的開發者可以登記(check in：注2)所做的修改。(當然對於管理員有很多方法可以超越這個 限制。)
想一下排它的檢出可能會如何工作：Bob的兄弟檢出 foo.java以便加入注釋，寫好代碼後他什麼也沒做。然後他去吃午飯了。Bob吃完午飯後，發現他的老闆所指給他的一個bug在 foo.java里。他試圖檢出 foo.java ... 但是版本控制系統不允許他這樣做，因為他的兄弟已經把它檢出了。Bob不得不等著他的兄弟吃完午飯回來(在這個"好"日子用了兩個小時)，他才可以修正bug。
在一個大型的開放源碼工程中，因為開發者可能在任意的時區工作得很晚，給予一個開發者阻止任意地方的其它開發者繼續處理任意文件的能力很明顯無法運轉。他們最終將因為不 能夠在他們想要的時候開展項目而感到厭煩。
CVS通過它的無限制的檢出模式解決了這個問題。檢出一個文件並不給定開發者對那個文件的排它權。其它的開發者也可以對其檢出，進行他們自己的修改，並且將其登記回去。
"等一下！"你可能會說。"但是後面的登記不是會覆蓋前面的嗎？"回答是不會。詳細地回答就是當多個開發者對同一個文件作了修改CVS會檢測，並且自動合並那些改變。
哇噢。自動的？不用擔心 -- CVS 會很小心，並且將會自動合並那些只要不是對代碼的同一行所作的改動。如果CVS不能安全的處理這些改動，開發者將不得不手工合並它們。 從此去往何處？
有大量的可用在許多平台上CVS 附加工具，它們給CVS增加了功能或使得CVS更容易使用。
cvs是Concurrent Versions System的縮寫，Concurrent有並發的，協作的，一致的等含義。CVS是一個版本控制系統，使用它，可以記錄下源文件的歷史 。
CVS維護的文件類型可以是文本類型也可以是二進制類型。CVS的基本工作思路是這樣的：在一台伺服器上建立一個源代碼庫，庫里可以存放許多不同項目的源程序。每個用戶在使用源代碼庫之前，首先要把源代碼庫里的項目文件下載到本地，然後用戶可以在本地任意修改，最後用CVS命令進行提交，由CVS源代碼庫統一管理修改。

F. 請問，u盤中的項目能直接導入到cvs中嗎

什麼是cvs？cvs是什麼意思？

cvs是Concurrent Versions System的縮寫，Concurrent有並發的，協作的，一致的等含義。CVS是一個版本控制系統，使用它，可以記錄下源文件的歷史 。

CVS維護的文件類型可以是文本類型也可以是二進制類型。CVS的基本工作思路是這樣的：在一台伺服器上建立一個源代碼庫，庫里可以存放許多不同項目的源程序。每個用戶在使用源代碼庫之前，首先要把源代碼庫里的項目文件下載到本地，然後用戶可以在本地任意修改，最後用CVS命令進行提交，由CVS源代碼庫統一管理修改。

使用CVS的好處

·修改軟體時可能會不知不覺混進一些 bug，而且可能過了很久你才會察覺到它們的存在。有了 cvs，你可以很容易地恢復舊版本，並從中看出到底是哪個修改導致了這個 bug。有時這是很有用的。

·cvs 用一種聰明的辦法把一個文件的所有版本保存在一個文件里，僅僅保存不同版本之間的差異

·cvs 最初由 Dick Grune 在 1986 年 12 月以 shell 腳本的形式發布在 comp.sources.unix 的新聞組第 6 卷里;1989 年 4 月，Brian Berliner 設計了 cvs 並編寫了代碼。之後 Jeff Polk 幫助 Brian 設計了 cvs 模塊和銷售商分支支持。

·cvs 不能指導你如何構造什麼。它只是將你所設計的一種樹結構文件保存下來以備恢復之用。

·cvs 不能決定如何在一個檢出工作目錄使用磁碟空間。如果你在每一個目錄中都寫下 Makefile 或腳本，且必須知道其它一切的相對位置，有時不得不要檢出整個倉庫。

·如果你將你的工作模塊化，並且建立了一個共享文件的 build 系統（通過links，mounts，Makefiles 里的 VPATH 等)，你就可以隨意安排磁碟的使用。

·你應該在 cvs 下放一個工具來支持這樣一個構造系統（腳本、Makefile 等等）。

·有些變化發生在 cvs 范圍之外時，要想想什麼文件需要重建。一個傳統的方法是用 make 來構造，並用一些自動化的工具來產生 make 所用的相關文件。

·cvs 不能替代管理。

你的經理和項目負責人應經常與你交流以確保你時時記得進度表、合並點、分支名和發布日期。 如果他們不這樣做，cvs 也沒用。 cvs 只是一個用來使你的資源與你的步調一致的工具。但你是風笛手和作曲家。沒有哪種樂器會自己演奏或是作曲。

·cvs 不能代替開發者之間的交流。

在單個文件內遇到沖突時，大多數開發者不費多大力氣就能解決它們。但更常見的"沖突(conflict)"，是那些難度較大、不在開發者之間進行交流就沒法解決的問題。

當在一個文件內或多個文件中同時發生變化時，cvs 並不知道何時它們會在邏輯上發生沖突。它的沖突(conflict)概念是純粹文本意義上的，這種沖突會在同一個文件的兩種變化十分接近以致於會破壞合並命令(如 diff3)。

cvs 決不會指出程序邏輯上非文本或分布式的沖突。 例如：假如你改變了在文件 A 中定義的函數 X 的參數。同時，別人在編輯文件 B，仍用舊參數調用 X 這個函數。此時產生的沖突 cvs 可就無能為力了。

·cvs 沒有變化控制

變化控制可以指許多事情。首先它的意思可以是 BUG 跟蹤bug-tracking，就是說它能維持一個資料庫，其中包括已報告的 BUG 和每一個 BUG 狀態 (是否已更正？在哪一個版本中？提交這個 BUG 的人是否認為已經更正？)。為了使 cvs 和一個外部的跟蹤 BUG 系統協調一致，請參考 rcsinfo 和 verifymsg 文件 (參閱 Administrative files)。

變化控制的另一個方面指跟蹤這樣的情況，即對好幾個文件的改變實際上只是同一個邏輯變動。如果你在一次 cvs commit 操作中檢入幾個文件，cvs 會忘掉它們是一起檢入的，它們共用一個 LOG 信息的事實只是把它們綁在一起而已。做一個 gnu 風格的 ChangeLog 可能會有點用。 在一些系統中，變化控制的另一個方面是跟蹤每個變化的狀態的能力。一些變化由一個開發者寫出，而另一些變化則由另一個開發者來作出評論，等等。一般來講，用 cvs 來做，是產生一個 diff（用 cvs diff 或 diff），並且用電子郵件寄給某人，此人就可以用 patch 來應用它。這是非常靈活的，但依賴於 cvs 之外的機制以保證事情不會崩潰。

·cvs 不是自動測試程序

強制利用 commitinfo 文件測試套件應該是可能的。不過我沒有聽說過多少項目試圖那樣做或那裡有微妙的陷阱。

·cvs 沒有內置的處理模型

有些系統提供一些方法確保變更或發布通過不同的步驟，以及各種所需的批准過程。一般地，你可以用 cvs 來完成它，但是可能要多做點工作。有些情況下你想用 commitinfo、loginfo、rcsinfo 或 verifymsg 文件，要求在 CVS 提交之前完成某些操作。你也會考慮諸如 branches 和 tags 等特性是否能用在一個開發樹中執行任務，然後僅當它們被證實就把某些修改合並到一棵穩定的樹中

CVS 還有一個更加重要的特性：能記下每個文件的每次修改，以及如何被修改...對於基於 Internet 的合作方式來說，這些特性太重要了。一個地域上分散的自願者組織顯然不可能投入很多的時間來訓練其成員彼此合作。因為這樣的話，當該組織有成員變更的時候，為此付出的投資將損失殆盡。所以需要指定一套基本的項目分配方案，以確保新成員能較容易的適應工作，同時也需要設置一個自動的系統來接受外來代碼，並使每個成員能及時得到最新修改的代碼。

CVS 中會經常提到的一些術語：

Revision (修訂版本)－－文件歷史記錄中的被開發者提交的變化。一個修訂版本就是一個時常變化的項目的 snapshot (瞬態圖)。

Repository (源代碼庫)－－CVS 存儲所有修訂版本歷史記錄的地方。每個項目都有自己的一個確定的源代碼庫。

Working (工作拷貝)－－開發者對文件作出修改時文件所在的拷貝。

Check out (檢驗)－－從源代碼庫中申請一份工作拷貝。該工作拷貝反映的是取出時項目的瞬時狀態。當開發者對拷貝作出修改時，必須運用 commit (提交)和 update (更新) 命令來 「發布」變化和查看其他開發者所作的修改。

Commit (提交)－－將工作拷貝中的變化輸入中央源代碼庫。

Log message (日誌信息)－－提交修訂版本的時候，附帶描述變化的註解。通過查閱記錄信息，人們可以獲得一個當前項目進程的總結。

Update (更新)－－從源代碼庫中取出別人的修改數據，將其輸入自己的工作拷貝，並顯示自己的工作拷貝是否有未提交的修改。注意，不要和 commit (提交)混淆，更新和提交是一對互補的指令。記住: Update 將使工作拷貝和源代碼庫拷貝保持同步更新。

Conflicts (沖突)－－倆個開發者對同一個區域所作的變化都提交給主版本時出現的情況，在 CVS 覺察並指出這個沖突後，開發者必須解決該沖突。

來自www.fundfund.cn 詳文參考：http://www.fundfund.cn/news_2008420_27251.htm

G. 如何把伺服器上的文件復制到本地

自己的文件遠程登陸和普通電腦復制一樣，復制、粘貼等,我用的windows 2008。ftp等其它方式需要伺服器文件允許或授權下載

H. 如何將本地文件添加到CVS中

這要看你是採用什麼操作系統了，首先要保證許可權夠用，如果客戶端和伺服器都是Windows，直接在圖形化界面中拖拽或者復制粘貼即可，如果都是Linux，可以用cp命令（如果配置了SSH，可以用scp命令），如果客戶端是Windows，伺服器是Linux或者UNIX，一般使用FTP上傳文件。

I. 我有一台伺服器，怎麼把我機子上的文件拉到伺服器上

你可以在本機架設FTP或HTTP伺服器把文件放到裡面.然後在遠程伺服器上面下載。如果你覺得很幼稚的話，那麼映射本地磁碟到遠程伺服器上也好。或者在遠程伺服器上安裝木馬這類的服務通過文件傳輸也是一個較為方便的方法哦！