git屬於什麼版本的控制系統

git屬於分散式版本控制系統。 Git是Linus Torvalds為了幫助管理Linux核心開發而開發的一個開源的分散式版本控制軟體，用以有效、高速的處理從很小到非常大的專案版本管理。

本教學操作環境：windows7系統、mysql8.0.22版本、Dell G3電腦。

git屬於什麼版本的控制系統

#git是分散式版本控制系統。

Git具有以下特點：

• Git中每個複製(clone)的版本庫都是平等的。你可以從任何一個版本庫的克隆來創建屬於你自己的版本庫，同時你的版本庫也可以作為來源提供給他人，只要你願意。

• Git的每一次提取操作，其實都是一次程式碼倉庫的完整備份。

• 提交完全在本地完成，無須別人給你授權，你的版本庫你作主，並且提交總是會成功。

• 甚至基於舊版的變更也可以成功提交，提交會基於舊的版本建立一個新的分支。

• Git的提交不會被打斷，直到你的工作完全滿意了，PUSH給他人或他人PULL你的版本庫，合併會發生在PULL和PUSH過程中，無法自動解決的衝突會提示您手動完成。

• 衝突解決不再像是SVN一樣的提交競賽，而是在需要的時候才進行合併和衝突解決。

• Git 也可以模擬集中式的工作模式

• #Git版本庫統一放在伺服器中

• 可以授權Git 版本庫：誰能建立版本庫，誰能向版本庫PUSH，誰能讀取（複製）版本庫

• 團隊的成員先將伺服器的版本庫克隆到本地；並經常的從伺服器的版本庫拉（PULL）最新的更新；

• 團隊的成員將自己的改動推（PUSH）到伺服器的版本庫中，當其他人和版本庫同步（PULL）時，會自動取得改變

• Git 的集中式工作模式非常靈活

• 你完全可以在脫離Git伺服器所在網路的情況下，如行動辦公室／出差時，照常使用程式碼庫

• 你只需要在能夠存取Git伺服器所在網路時，PULL和PUSH即可完成和伺服器同步以及提交

• Git提供rebase 指令，可以讓你的改動看起來是基於最新的程式碼實現的變更

• #Git 有更多的工作模式可以選擇，遠非Subversion可比

什麼是「版本控制」？

       版本控制是一種記錄一個或若干文件內容變化，以便將來查閱特定版本修訂情況以及回溯的系統。任何類型的文件都可以進行版本控制。

      如果你是位元圖形或網頁設計師，可能需要保存某一幅圖片或頁面佈局文件的所有修訂版本（這或許是你非常渴望擁有的功能），採用版本控制系統（VCS ）是個明智的選擇。

      有了它你可以將某個文件回溯到之前的狀態，甚至將整個專案回退到過去某個時間點的狀態，你可以比較文件的變更細節，查出最後是誰修改了哪個地方，從而找出導致怪異問題出現的原因，又是誰在何時報告了某個功能缺陷等等。

     使用版本控制系統通常也意味著，就算你亂來一氣把整個專案中的檔案改的改刪的刪，你也照樣可以輕鬆恢復到原先的樣子。但額外增加的工作量卻微乎其微。

本地版本控制系統

     許多人習慣用複製整個專案目錄的方式來保存不同的版本，或許還會改名加上備份時間以示區別。這麼做唯一的好處就是簡單，但特別容易犯錯。有時候會混淆所在的工作目錄，一不小心會寫錯檔案或覆蓋意想外的檔案。

     為了解決這個問題，人們很久以前就開發了許多種本地版本控制系統，大多都是採用某種簡單的資料庫來記錄檔案的歷次更新差異。

Figure 1. 本地版本控制.

      其中最受歡迎的一種叫做 RCS，現今許多電腦系統上仍能看見它的蹤影。甚至在流行的 Mac OS X 系統上安裝了開發者工具包之後，也可以使用 rcs 指令。它的工作原理是在硬碟上保存補丁集（補丁是指檔案修訂前後的變化）；透過應用所有的補丁，可以重新計算出各個版本的檔案內容。

集中化的版本控制系統

接下來人們又遇到一個問題，如何讓在不同系統上的開發者協同工作？

      於是，將集中化的版本控制系統（Centralized Version Control Systems，簡稱 CVCS）應運而生。這類系統，諸如CVS、Subversion 以及Perforce 等，都有一個單一的集中管理的伺服器，保存所有文件的修訂版本，而協同工作的人們都透過客戶端連到這台伺服器，取出最新的文件或提交更新。多年來，這已成為版本控制系統的標準做法。

Figure 2. 集中化​​的版本控制.

       這種做法帶來了許多好處，特別是相較於老式的本地VCS 來說。現在，每個人都可以在一定程度上看到專案中的其他人正在做些什麼。而管理員也可以輕鬆掌控每個開發者的權限，並且管理一個 CVCS 要遠比在各個客戶端上維護本地資料庫來得輕鬆容易。

       則為兩面，且有好有壞。 這麼做最顯而易見的缺點是中央伺服器的單點故障。如果宕機一小時，那麼在這一小時內，誰都無法提交更新，也就無法協同工作。如果中心資料庫所在的磁碟發生損壞，又沒有做恰當備份，毫無疑問你將丟失所有資料——包括專案的整個變更歷史，只剩下人們在各自機器上保留的單獨快照。本地版本控制系統也存在類似問題，只要整個專案的歷史記錄被保存在單一位置，就有遺失所有歷史更新記錄的風險。

分散式版本控制系統

      於是分散式版本控制系統（Distributed Version Control System，簡稱 DVCS）面世了。在這類系統中，像 Git、Mercurial、Bazaar 以及 Darcs 等，客戶端並非只提取最新版本的檔案快照，而是把程式碼倉庫完整地鏡像下來。這麼一來，任何一處協同工作用的伺服器發生故障，事後都可以用任何一個鏡像出來的本地倉庫恢復。因為每一次的複製操作，其實都是一次程式碼倉庫的完整備份。

Figure 3. 分散式版本控制.

      更進一步，許多這類系統都可以指定和若干不同的遠端代碼倉庫進行互動。籍此，你就可以在同一個專案中，分別和不同工作小組的人互相協作。你可以根據需要設定不同的協作流程，例如層次模型式的工作流程，而這在先前的集中式系統中是無法實現的。

推薦學習：《Git教學》

以上是git屬於什麼版本的控制系統的詳細內容。更多資訊請關注PHP中文網其他相關文章！