Git知識講解

參考：

1.1.1概念

git:git是一款開源的分布式的版本控制軟體

github:是乙個基於git的面向開源及私有軟體專案的託管平台

因僅支援git 作為唯一的版本庫格式進行託管故名gihub

1.1.2.git的特點

①git從伺服器上轉殖完整的專案到本機,相當於每乙個開發者都擁有乙個專案的完整版本

②開發者在自己的機器上建立分支,修改**.

③將自己本地建立的分支提交到本地的版本庫

④在單機上合併分支

⑤新建乙個分支,把伺服器上的最新版的**fetch下來,然後跟自己的主分支合併

⑥git最大的亮點在於分支的管理.

版本控制概念:

這種方法是工程圖（engineering drawings）維護（maintenance）的標準做法，它伴隨著工程圖從圖的誕生一直到圖的定型。一種簡單的版本控制形式，例如，賦給圖的初版乙個版本等級「a」。當做了第一次改變後，版本等級改為「b」，以此類推等等.

1.2.1未引入版本控制的問題:

現實開發中最麻煩的是多人開發中的版本控制,如果未引入版本控制的概念,我們伺服器上僅存在乙個我們從最初開始開發的專案,我們每一次的增刪改也是在這個專案之上,所以如果某乙個開發者提交了帶有bug的**,或者對這個已經存在的專案進行更新操作,如果更新失敗,則這個專案就廢棄了

乙個專案如果有多個人開發,開發人員a,b,c,分別對專案中的同一**進行了修改,那後一次提交的人的**,就會覆蓋前乙個人的**

1.2.2傳統的集中式版本控制

集中式版本控制系統（centralized version control systems，簡稱 cvcs），版本庫是集中存放在**伺服器的，而幹活的時候，用的都是自己的電腦，所以要先從**伺服器取得最新的版本，然後開始幹活，幹完活了，再把自己的活推送給**伺服器

這麼做最顯而易見的缺點是**伺服器的單點故障。如果維修一小時，那麼在這一小時內，誰都無法提交更新，也就無法協同工作。如果中心資料庫所在的磁碟發生損壞，又沒有做恰當備份，毫無疑問你將丟失所有資料——包括專案的整個變更歷史.

1.2.3使用分布式版本控制系統

分布式,當我們連線共享版本庫時,可以先將伺服器上的專案,轉殖到本地,相當於每一台電腦上都有整個專案的檔案備份,在沒有網時也可以開發,完成開發後,可以先提交到本地倉庫,當有網的時候,再提交到共享版本庫,這樣一來,如果我們的伺服器或者我們自己的電腦出故障,我們也沒有任何擔心

②進行安裝

最重要的一步,其它可以直接走預設

選擇這一步可以直接將我們的git命令,新增到系統變數中

如果向對某個具體的命令獲取幫助,可以使用 git help