❶ 結對編程的時候:如何實現在線的遠程代碼審查和版本控制兩者如何才能相互結合在一起
其實使用版本控制工具git，就可以方便地實現了。
git還支持遠程訪問版本庫。
這樣代碼撰寫者與審核者，可以通過版本庫來交流了。
git還支持被部署到windows和Linux上。
❷ 如何用FTP實現軟體開發版本控制
FTP 本身無版本控制功能，只有CVS, SVN 等軟體有版本控制功能。 版本控制除了依靠軟體，另外也可依靠兩人之間的約定來管理。
比如一人在編輯某一文件時要求在FTP伺服器上將文件名標注為文件名+Locked，更新完成後文件名後面+更新時間
❸ 什麼叫版本控制工具
現在的軟體項目開發中，必然涉及版本控制（Revision Control）工具。沒有使用版本控制工具的開發工作，有人形容就如同生活在「黑暗時代」。版本控制工具是項目開發中必不可少的，以此進行的版本控制可以確保在軟體項目開發中，不同的開發人員所涉及的同一文檔都得到更新。
關於軟體版本控制
如果在開發團隊中沒有使用版本控制，多個開發人員共同負責同一個軟體文檔的開發，每個人在各自的機器上有整個軟體文檔的備份，並對之實施編程開發，在分別完成各自任務之後，再通過文本比對工具將各自機器上的不同版本的程序整合到一台機器上。沒有進行版本控制或者版本控制本身缺乏正確的流程管理，在軟體開發過程中將會引入很多問題，如軟體代碼的一致性、軟體內容的冗餘、軟體過程的事物性、軟體開發過程中的並發性、軟體源代碼的安全性，以及軟體的整合等問題。
版本控制的目的是實現開發團隊並行開發、提高開發效率的基礎。其目的在於對軟體開發進程中文件或目錄的發展過程提供有效的追蹤手段，保證在需要時可回到舊的版本，避免文件的丟失、修改的丟失和相互覆蓋，通過對版本庫的訪問控制避免未經授權的訪問和修改，達到有效保護企業軟體資產和知識產權的目的。
版本控制的功能在於跟蹤記錄整個軟體的開發過程，包括軟體本身和相關文檔，以便對不同階段的軟體及相關文檔進行表示並進行差別分析，對軟體代碼進行可撤消的修改，便於匯總不同開發人員所做的修改，輔助協調和管理軟體開發團隊。
Linux下的版本控制
版本控制在空間上可以保證完成集中統一管理，解決一致性和冗餘問題。在開發工作中，開發人員在提交軟體代碼的時候一般採用伺服器/客戶端方式，盡管開發人員可以在自己的本地留有備份，但最終唯一有效的只有伺服器端的程序代碼；在時間上全程跟蹤記錄工具將會自動記錄開發過程中的每個更改細節，和不同時期的不同版本。這在一定程度上可以解決冗餘、事務性處理並發性問題。項目管理人員可以通過版本控制對團隊中的不同人員，實施操作許可權的控制。對於不同角色的開發人員，對軟體的不同部分可以定義不同的訪問許可權。這在一定程度可以解決軟體安全性問題。版本控制工具的使用，可以減輕開發人員的負擔，節省時間，同時降低人為錯誤。
❹ 請問在vs2015中，採用什麼工具能夠實現c#工程的版本控制
自帶的TFS，可以微軟官網免費申請個帳號
git也有集成ide，不過不如tfs方便，好處是開源免費
❺ 使用哪些工具進行版本控制是什麼
現在的軟體項目開發中，必然涉及版本控制（Revision Control）工具。 沒有使用版本控制工具的開發工作，有人形容就如同生活在「黑暗時代」。 版本控制工具是項目開發中必不可少的，以此進行的版本控制..
❻ 【轉】如何在項目管理中進行版本控制
通過劃分版本，分階段遞進式實現項目目標2、版本控制的表現形式：
2.1、通過一個版本號可以取得與此版本相關的所有工作產品2.2、項目活動與版本號相關聯3、版本控制管理的項目活動范圍：
在項目的招投標、立項、預研、需求、開發、測試、發布、實施、運營等活動中，至少應將需求、開發、測試、發布、實施活動納入版本控制的范圍。4、版本控制管理的工作產品范圍：
4.1、配置庫中工程活動的所有工作產品4.2、需求跟蹤表考慮到實際需要，需求跟蹤表中需求狀態記錄部分也應納入版本控制，以方便獲取此部分信息5、版本控制使用的工具：
5.1、cvs、svn、vss等工具管理工作產品版本。5.2、bugzilla、mantis、TD等6、版本的劃分：
6.1、版本的劃分工作在項目計劃中進行，在項目工作實際進行過程中，如頻繁出現內部版本（主要指內部測試β版），為保證項目計劃的可視性，可在wbs中進行此部分版本劃分工作。6.2、版本劃分方法版本按是否通過驗證分為β版本和正式版本。β版本通過測試和評審後成為相應的正式版本。所有β版本隸屬於其對應的正式版本。正式版本按以下維度劃分：6.2.1、按最終交付對象的不同可分為內部版本和交付用戶的版本。6.2.2、按與上一版本的不同可分為功能增加版本、功能優化版本、bug修復版本等。6.2.3、按重要程度不同可分為一般版本，重要版本，里程碑版本。交付用戶的版本必須為里程碑版本或重要版本。不同重要程度的版本投入的資源不同，包括評審、測試活動的范圍、力度不同。6.3、版本號規則正式版本：對於Bug修復版本，版本號的第三位發生變化，對於其他版本，版本號的第一和第二位發生變化β版本：版本號為對應的正式版本號加β1、β2、β3等，按數字大小順序編排7、版本控制活動
7.1、項目經理在項目計劃中編制正式版本任務，明確其重要性為一般、重要或里程碑，明確是否需對外發布，明確與上個版本的不同。7.2、在wbs中將正式版本任務拆分為多個β版本任務，同一個正式版本對應的不同β版本間僅僅存在bug修復的差異。7.3、在wbs中將β版本任務拆分為涵蓋需求、開發、測試、發布、實施、反饋等不同階段的子任務。7.4、監控每個子任務按流程執行。
❼ python怎麼實現文檔版本控制
有專門的文檔版本控制工具git，svn等等。
python是一門編程語言，除非你是用python記錄多個版本的文檔，用時間戳命名
❽ linux下用那個版本控制工具比較好，怎麼用
如果是在命令行下使用的話，git與svn是大家使用最多的，基本90%以上的開源項目都在使用這兩種版本控制工具。（從目前來看，cvs，hg等基本算是小眾了）
其中GIT主要用於分布式開發，所以對開源項目非常重要。但是，目前商業項目（私有軟體）絕大多數還都是使用SVN。可能是使用習慣的問題。
GIT在分支管理上，要比SVN優秀。但是其版本控制，我實在有些接受不了。我更喜歡SVN那種版本號遞增的操作方法，及其集中式的管理哲學（雖然開發人員在實際工作中會比使用GIT稍微辛苦一些）。
不管怎樣，藉助開源項目的推進，目前GIT是網上使用最廣的。所以這兩種工具都要非常熟悉才行。
至於圖形界面前端，Linux目前還沒有像Windows中TortoiseSVN這么好的工具。不過，對於剛從Windows轉到Linux的用戶來說，rapidsvn等圖形工具，應該算是一個比較好的折衷了。（不過還是強烈建議，直接使用命令；一是比較強大，二是實際開發時沒有人像Windows那樣使用圖形工具。）
至於你說的怎麼使用的問題，真的不是幾句話能說清楚的。
svn co能夠幫助你檢出SVN代碼
git clone能夠幫你檢出GIT代碼
再往後的，就需要看命令幫助以及網上的使用教程了。一句兩句真的講不太清楚。
如果對版本控制不太清楚的話，還是建議補充一些軟體工程、軟體配置管理的基礎知識。
有問題，繼續溝通哈～
❾ 請問常用的版本控制工具都有哪些各有什麼特點（主要是速度和存儲方式）
Starteam
是一個集合了版本控制、構建管理（Build Management）和缺陷跟蹤系統為一體的軟體，並且具有強大的圖形界面，易學易用；但管理復雜、維護困難。2002年底被Borland公司收購。
PVCS Version Manager
是美國的MERANT公司軟體配置管理工具PVCS 家族中的一個組成部分，它能夠實現源代碼、可執行文件、應用文件、圖形文件和文檔的版本管理；它能安全地支持軟體並行開發，對多個軟體版本的變更進行有效的控制管理。
ClearCase(CC)
是ROSE構件的一部分，目前最牛的配置管理工具，主要應用於復雜的產品發放、分布式團隊合作、並行的開發和維護任務。可以控制word, excel,powerpoint，visio等文件格式，對於不認識的格式可以自己定義一種類型來標識。
Visual SourceSafe（VSS）
簡單易用、方便高效、與Windows操作系統及微軟開發工具高度集成。
CVS（Concurrent Versions System）
是開發源碼的並發版本系統,它是目前最流行的面向軟體開發人員的源代碼版本管理解決方案。它可用於各種平台，包括 Linux 、Unix和 Windows NT/2000/XP等等。
前面三種是重量級的商業版本控制工具，更適合龐大的團隊和項目，並且價格不菲。Visual SourceSafe是微軟的產品，當然只能用在windows平台並與微軟的開發工具無縫集成。CVS免費開源，並且幾乎所有開源項目都是使用CVS進行版本管理，無疑，它是我們Java開發者最優選擇。
❿ 版本控制軟體的常用的版本控制軟體簡介
VSS是美國微軟公司的產品，目前常用的版本為6.0版。VSS是配置管理的一種很好的入門級的工具。
易學易用是VSS的強項，VSS採用標準的windows操作界面，只要對微軟的產品熟悉，就能很快上手。VSS的安裝和配置非常簡單，對於該產品，不需要外部的培訓（可以為公司省去一筆不菲的費用）。只要參考微軟完備的隨機文檔，就可以很快的用到實際的工程當中。
VSS的配置管理的功能比較基本，提供文件的版本跟蹤功能，對於build和基線的管理，VSS的打標簽的功能可以提供支持。VSS提供share（共 享)、branch(分支）和合並（merge)的功能，對於團隊的開發進行支持。VSS不提供對流程的管理功能，如對變更的流程進行控制。
VSS不能提供對異地團隊開發的支持。此外VSS只能在windows平台上運行，不能運行在其他操作系統上。 有軟體提供商提供VSS插件，可以同時解決VSS跨平台和遠程連接兩個問題，例如SourceAnywhere for VSS, SourceOffSite等。
VSS的安全性不高，對於VSS的用戶，可以在文件夾上設置不可讀，可讀，可讀/寫,可完全控制四級許可權。但由於VSS的文件夾是要完全共享給用戶後，用戶才能進入，所以用戶對VSS的文件夾都可以刪除。這一點也是VSS的一個比較大的缺點。
VSS沒有採用對許可證進行收費的方式，只要安裝了VSS，對用戶的數目是沒有限制的。因此使用VSS的費用是較低的。
微軟不再對VSS提供技術支持。 CVS是開發源代碼的配置管理工具，其源代碼和安裝文件都可以免費下載。
CVS是源於unix的版本控制工具，對於CVS的安裝和使用最好對unix的系統有所了解能更容易學習，CVS的伺服器管理需要進行各種命令行操作。目前，CVS的客戶端有winCVS的圖形化界面，伺服器端也有CVSNT的版本，易用性正在提高。
CVS的功能除具備VSS的功能外，還具有：
它的客戶機/伺服器存取方法使得開發者可以從任何網際網路的接入點存取最新的代碼；它的無限制的版本管理檢出(checkout：注1)的模式避免了通常的 因為排它檢出模式而引起的人工沖突；它的客戶端工具可以在絕大多數的平台上使用。同樣，CVS也不提供對變更流程的自動管理功能。
一般來說，CVS的許可權設置單一，通常只能通過CVSROOT/passwd, CVSROOT/readers, CVSROOT/writers文 件，同時還要設置CVS REPOS的物理目錄許可權來完成許可權設置，無法完成復雜的許可權控制；但是CVS通過CVS ROOT目錄下的腳本，提供了相應功 能擴充的介面，不但可以完成精細的許可權控制，還能完成更加個性化的功能。
CVS是開發源碼軟體，無需支付購買費用。
同樣因為CVS是開發源碼軟體，沒有生產廠家為其提供技術的支持。如發現問題，通常只能靠自己查找網上的資料進行解決。 StarTeam是Borland公司的配置管理工具，StarTeam屬於高端的工具，在易用性，功能和安全性等方面都很不錯。
StarTeam的用戶界面同VSS的類似，它的所有的操作都可通過圖形用戶界面來完成，同時，對於習慣使用命令方式的用戶，StarTeam也提供命令集進行支持。同時，StarTeam的隨機文檔也非常詳細。
除了具備VSS，CVS所具有功能外，StarTeam還提供了對基於資料庫的變更管理功能，是相應工具中獨樹一幟的。StarTeam還提供了流程定製 的工具，用戶可跟據自己的需求靈活的定製流程。與VSS和CVS不同，VSS和CVS是基於文件系統的配置管理工具，而StarTeam是基於資料庫的。 StarTeam的用戶可根據項目的規模，選取多種資料庫系統。
STARTEAM無需通過物理路徑的許可權設置，而是通過自己的資料庫管理，實現了類似WINDOWSNT的域用戶管理和目錄文件ACL控制。 StarTeam完全是域獨立的。這個優勢可以為用戶模型提供靈活性，而不會影響到現有的安全設置。StarTeam的訪問控制非常靈活並且系統。您可以 對工程，視圖，文件夾一直向下到每一個小的item設置許可權。對於高級別的視圖（view），訪問控制可以與用戶組、用戶、項目甚至視圖等鏈接起來。
StarTeam是按license來收費的，比起VSS，CVS來，企業在啟動StarTeam進行配置管理需要投入一定資金。
Borland公司將對用戶進行培訓，並協作用戶建立配置管理系統。並對用戶提供技術升級等完善的支持。 ClearCase是Rational公司的產品，也是目前使用較多的配置管理工具。
ClearCase的安裝和維護遠比StarTeam復雜，要成為一個合格的ClearCase的系統管理員，需要接受專門的培訓。ClearCase提供命令行和圖形界面的操作方式，但從ClearCase的圖形界面不能實現命令行的所有功能。
ClearCase提供VSS,CVS，StarTeam所支持的功能，但不提供變更管理的功能。Rational另提供了ClearQuest工具提供 對變更管理的功能，與StarTeam不同，ClearCase後台的資料庫是專有的結構。ClearCase對於windows和unix平台都提供支 持。ClearCase通過多點復制支持多個伺服器和多個點的可擴展性，並擅長設置復雜的開發過程。
ClearCase的許可權設置功能與StarTeam相比，StarTeam有獨立的安全管理機制，ClearCase沒有專用的安全性管理機制，依賴於操作系統。
要選用ClearCase，需要考慮的費用除購買license的費用外，還有必不可少的技術服務費用，沒有Rational公司的專門的技術服務，很難 發揮出ClearCase的威力。如現在網上雖有ClearCase的破解軟體，但嘗試應用的公司大多失敗的緣故。另外，對於web訪問的支持，對於變更 管理的支持功能都要另行購買相應的軟體。
Rational公司已被IBM公司收購，所以有可靠的售後服務保證。 SVN全名Subversion，即版本控制系統。
SVN與CVS一樣，是一個跨平台的軟體，支持大多數常見的操作系統。作為一個開源的版本控制系統,Subversion 管理著隨時間改變的數據。 這些數據放置在一個中央資料檔案庫中。 這個檔案庫很像一個普通的文件伺服器, 不過它會記住每一次文件的變動。 這樣你就可以把檔案恢復到舊的版本, 或是瀏覽文件的變動歷史。Subversion 是一個通用的系統, 可用來管理任何類型的文件, 其中包括了程序源碼。
SubVersion：實現服務系統的軟體。
TortoiseSVN：是SVN客戶端程序，為windows外殼程序集成到windows資源管理器和文件管理系統的Subversion客戶端。
SVNService.exe：是專為 SubVersion 開發的一個用來作為 Win32 服務掛接的入口程序。
AnkhSVN：是一個專為Visual Studio提供SVN的插件。 SourceAnywhere系列是由加拿大公司Dynamsoft開發的，有三個產品，SourceAnywhere for VSS, SourceAnywhere Standalone, SourceAnywhere Hosted.
SourceAnywhere for VSS是微軟推薦的遠程和跨平台訪問VSS的工具。SourceAnywhere Standalone界面風格與VSS相似，但它是基於SQL Server的，且有其它一些安全和遠程訪問機制，可以廣域網中使用；支持把數據從VSS庫中導入SourceAnywhere。SourceAnywhere Hosted是SourceAnywhere Standalone的託管服務SaaS。 Git是一個開源的分布式版本控制系統，用以有效、高速的處理從很小到非常大的項目版本管理.
Git 是 Linus Torvalds 為了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟體。
Torvalds 開始著手開發 Git 是為了作為一種過渡方案來替代 BitKeeper，後者之前一直是 Linux 內核開發人員在全球使用的主要源代碼工具。開放源碼社區中的有些人覺得 BitKeeper 的許可證並不適合開放源碼社區的工作，因此 Torvalds 決定著手研究許可證更為靈活的版本控制系統。盡管最初 Git 的開發是為了輔助 Linux 內核開發的過程，但是我們已經發現在很多其他自由軟體項目中也使用了 Git。例如 最近就遷移到 Git 上來了，很多 Freedesktop 的項目也遷移到了 Git 上。
