原文：起步-關於版本控制
本地版本控制系統
許多人習慣用複製整個專案目錄的方式來儲存不同的版本，或許還會改名加上備份時間以示區別。 這麼做唯一的好處就是簡單，但是特別容易犯錯。 有時候會混淆所在的工作目錄，一不小心會寫錯檔案或者覆蓋意想外的檔案。
集中化的版本控制系統
接下來人們又遇到乙個問題，如何讓在不同系統上的開發者協同工作？ 於是，集中化的版本控制系統（centralized version control systems，簡稱 cvcs）應運而生。 這類系統，諸如 cvs、subversion 以及 perforce 等，都有乙個單一的集中管理的伺服器，儲存所有檔案的修訂版本，而協同工作的人們都通過客戶端連到這台伺服器，取出最新的檔案或者提交更新。 多年以來，這已成為版本控制系統的標準做法。
這種做法帶來了許多好處，特別是相較於老式的本地 vcs 來說。 現在，每個人都可以在一定程度上看到專案中的其他人正在做些什麼。 而管理員也可以輕鬆掌控每個開發者的許可權，並且管理乙個 cvcs 要遠比在各個客戶端上維護本地資料庫來得輕鬆容易。
事分兩面，有好有壞。 這麼做最顯而易見的缺點是**伺服器的單點故障。 如果宕機一小時，那麼在這一小時內，誰都無法提交更新，也就無法協同工作。 如果中心資料庫所在的磁碟發生損壞，又沒有做恰當備份，毫無疑問你將丟失所有資料——包括專案的整個變更歷史，只剩下人們在各自機器上保留的單獨快照。 本地版本控制系統也存在類似問題，只要整個專案的歷史記錄被儲存在單一位置，就有丟失所有歷史更新記錄的風險。
分布式版本控制系統
於是分布式版本控制系統（distributed version control system，簡稱 dvcs）面世了。 在這類系統中，像 git、mercurial、bazaar 以及 darcs 等，客戶端並不只提取最新版本的檔案快照，而是把**倉庫完整地映象下來。 這麼一來，任何一處協同工作用的伺服器發生故障，事後都可以用任何乙個映象出來的本地倉庫恢復。 因為每一次的轉殖操作，實際上都是一次對**倉庫的完整備份。
更進一步，許多這類系統都可以指定和若干不同的遠端**倉庫進行互動。籍此，你就可以在同乙個專案中，分別和不同工作小組的人相互協作。 你可以根據需要設定不同的協作流程，比如層次模型式的工作流，而這在以前的集中式系統中是無法實現的。
git版本控制系統
總結 1.初始化乙個git倉庫，使用 git init 命令 2.新增檔案到git倉庫分兩步 第一步，使用命令 git add file 注意，可反覆多次使用，新增多個檔案 第二步，使用命令 git commit 完成小結 1 head 指向的是當前版本，因此可以使用 git reset hard ...
git 版本控制系統
一 git版本控制 解決的三個痛點問題 作用 1.解決虛擬機器意外壞了 磁碟損壞等意外情況 2.版本持續變化，需要對很多個版本進行管理 3.能夠方便多人進行協同開發 建議 使用centos7 centos6中git版本太低 注意 git與linux作者相同 二 git版本控制的特點 1.分布式 2....
git版本控制系統
svn屬於集中化版本控制系統，c s架構 git屬於分布式版本控制系統 你的本地倉庫主要由三部分組成。第乙個是你的 工作目錄，它持有實際檔案 第二個是 快取區 index 它像個快取區域，臨時儲存你的改動 第三個head，指向你最近一次提交後的結果。當使用add命令提交時，先提交到快取區，然後再使用...