GitHub 系列之「Git速成」

GitHub 是基于 Git 的

目錄:

1.什么是Git?

Git 是 Linux 發(fā)明者 Linus 開發(fā)的一款新時代的版本控制系統(tǒng),那什么是版本控制系統(tǒng)呢?怎么理解?網(wǎng)上一大堆詳細的介紹,但是大多枯燥乏味,對于新手也很難理解,這里我只舉幾個例子來幫助你們理解。

熟悉編程的知道,我們在軟件開發(fā)中源代碼其實是最重要的,那么對源代碼的管理變得異常重要:

比如為了防止代碼的丟失,肯定本地機器與遠程服務(wù)器都要存放一份,而且還需要有一套機制讓本地可以跟遠程同步;

又比如我們經(jīng)常是好幾個人做同一個項目,都要對一份代碼做更改,這個時候需要大家互不影響,又需要各自可以同步別人的代碼;

又比如我們開發(fā)的時候免不了有bug,有時候剛發(fā)布的功能就出現(xiàn)了嚴重的bug,這個時候需要緊急對代碼進行還原;

又比如隨著我們版本迭代的功能越來越多,但是我們需要清楚的知道歷史每一個版本的代碼更改記錄,甚至知道每個人歷史提交代碼的情況;

等等等類似以上的情況,這些都是版本控制系統(tǒng)能解決的問題。所以說,版本控制是一種記錄一個或若干文件內(nèi)容變化,以便將來查閱特定版本修訂情況的系統(tǒng),對于軟件開發(fā)領(lǐng)域來說版本控制是最重要的一環(huán),而 Git 毫無疑問是當下最流行、最好用的版本控制系統(tǒng)。

2.Git 安裝

,Git 是一個版本控制系統(tǒng),你也可以理解成是一個工具,跟 Java 類似,使用之前必須得先下載安裝,所以第一步必須要安裝。另外 Mac 上其實系統(tǒng)自帶 Git。

Git的官方下載地址

3.Git 命令列表

請在命令行里輸入 git ,如果出現(xiàn)以下提示證明你已經(jīng)安裝成功了。

Git 所有的操作命令開頭都要以 git 開頭,上面列舉了最常用的一些 Git 命令,緊接著會有一句英文解釋這個命令的意義,都不是很難的單詞.

4.Git 具體命令

  • 第一步,我們先新建一個文件夾,在文件夾里新建一個文件(我是用 Linux 命令去新建的,Windows用戶可以自己手動新建)

mkdir test (創(chuàng)建文件夾test)
cd test (切換到test目錄)
touch a.md (新建a.md文件)

這里提醒下:在進行任何 Git 操作之前,都要先切換到 Git 倉庫目錄,也就是先要先切換到項目的文件夾目錄下。

  • 這個時候我們先隨便操作一個命令,比如 git status

意思就是當前目錄還不是一個 Git 倉庫。

  • git init
    這個時候用到了第一個命令,代表初始化 git 倉庫,輸入 git init 之后會提示:

可以看到初始化成了,至此 test 目錄已經(jīng)是一個 git 倉庫了。

  • git status
    緊接著我們輸入 git status 命令,會有如下提示:

默認就直接在 master 分支,關(guān)于分支的概念后面會提,這時最主要的是提示 a.md 文件 Untracked files ,就是說 a.md 這個文件還沒有被跟蹤,還沒有提交在 git 倉庫里呢,而且提示你可以使用 git add <file> 去操作你想要提交的文件。

git status 這個命令顧名思義就是查看狀態(tài),這個命令可以算是使用最頻繁的一個命令了,建議大家沒事就輸入下這個命令,來查看你當前 git 倉庫的一些狀態(tài)。

  • git add
    上面提示 a.md 文件還沒有提交到 git 倉庫里,這個時候我們可以隨便編輯下 a.md 文件,然后輸入 git add a.md ,然后再輸入 git status :

此時提示以下文件 Changes to be committed , 意思就是 a.md 文件等待被提交,當然你可以使用 git rm --cached 這個命令去移除這個緩存。

  • git commit
    接著我們輸入 git commit -m 'first commit' ,這個命令什么意思呢? commit 是提交的意思,-m 代表是提交信息,執(zhí)行了以上命令代表我們已經(jīng)正式進行了第一次提交。

    這個時候再輸入 **git status **,會提示 nothing to commit。

  • git log
    這個時候我們輸入 git log 命令,會看到如下:

  • git log 命令可以查看所有產(chǎn)生的 commit 記錄,所以可以看到已經(jīng)產(chǎn)生了一條 commit 記錄,而提交時候的附帶信息叫 'first commit' 。

  • git add & git commit
    看到這里估計很多人會有疑問,我想要提交直接進行 commit 不就行了么,為什么先要再 add 一次呢?首先 git add 是先把改動添加到一個「暫存區(qū)」,你可以理解成是一個緩存區(qū)域,臨時保存你的改動,而 git commit 才是最后真正的提交。這樣做的好處就是防止誤提交,當然也有辦法把這兩步合并成一步,不過后面再介紹,建議新手先按部就班的一步步來。

  • git branch
    branch 即分支的意思,分支的概念很重要,尤其是團隊協(xié)作的時候,假設(shè)兩個人都在做同一個項目,這個時候分支就是保證兩人能協(xié)同合作的最大利器了。舉個例子,A, B倆人都在做同一個項目,但是不同的模塊,這個時候A新建了一個分支叫a, B新建了一個分支叫b,這樣A、B做的所有代碼改動都各自在各自的分支,互不影響,等到倆人都把各自的模塊都做完了,最后再統(tǒng)一把分支合并起來。

  • 執(zhí)行 git init 初始化git倉庫之后會默認生成一個主分支 master ,也是你所在的默認分支,也基本是實際開發(fā)正式環(huán)境下的分支,一般情況下 master 分支不會輕易直接在上面操作的,你們可以輸入 git branch 查看下當前分支情況:

  • 如果我們想在此基礎(chǔ)上新建一個分支呢,很簡單,執(zhí)行 git branch a 就新建了一個名字叫 a 的分支,這時候分支 a 跟分支 master 是一模一樣的內(nèi)容,我們再輸入 git branch 查看的當前分支情況:

但是可以看到 master 分支前有個** * **號,即雖然新建了一個 a 的分支,但是當前所在的分支還是在 master 上,如果我們想在 a 分支上進行開發(fā),首先要先切換到 a 分支上才行,所以下一步要切換分支

  • git checkout a
    執(zhí)行這個命令,然后再輸入 git branch 查看下分支情況:

可以看到當前我們在的分支已經(jīng)是a了,這個時候 A 同學(xué)就可以盡情的在他新建的a分支去進行代碼改動了。

那有人就說了,我要先新建再切換,未免有點麻煩,有沒有一步到位的,聰明:

  • git checkout -b a

    這個命令的意思就是新建一個a分支,并且自動切換到a分支。

  • git merge
    A同學(xué)在a分支代碼寫的不亦樂乎,終于他的功能完工了,并且測試也都ok了,準備要上線了,這個時候就需要把他的代碼合并到主分支master上來,然后發(fā)布。git merge 就是合并分支用到的命令,針對這個情況,需要先做兩步,第一步是切換到 master 分支,如果你已經(jīng)在了就不用切換了,第二步執(zhí)行 git merge a ,意思就是把a分支的代碼合并過來,不出意外,這個時候a分支的代碼就順利合并到 master 分支來了。為什么說不出意外呢?因為這個時候可能會有沖突而合并失敗,留個包袱,這個到后面進階的時候再講。

  • git branch -d
    有新建分支,那肯定有刪除分支,假如這個分支新建錯了,或者a分支的代碼已經(jīng)順利合并到 master 分支來了,那么a分支沒用了,需要刪除,這個時候執(zhí)行 **git branch -d a **就可以把a分支刪除了。

  • git branch -D
    有些時候可能會刪除失敗,比如如果a分支的代碼還沒有合并到master,你執(zhí)行 **git branch -d a **是刪除不了的,它會智能的提示你a分支還有未合并的代碼,但是如果你非要刪除,那就執(zhí)行 git branch -D a 就可以強制刪除a分支。

  • git tag
    我們在客戶端開發(fā)的時候經(jīng)常有版本的概念,比如v1.0、v1.1之類的,不同的版本肯定對應(yīng)不同的代碼,所以我一般要給我們的代碼加上標簽,這樣假設(shè)v1.1版本出了一個新bug,但是又不曉得v1.0是不是有這個bug,有了標簽就可以順利切換到v1.0的代碼,重新打個包測試了。

    所以如果想要新建一個標簽很簡單,比如 git tag v1.0 就代表我在當前代碼狀態(tài)下新建了一個v1.0的標簽,輸入 git tag 可以查看歷史 tag 記錄。

可以看到我新建了兩個標簽 v1.0、v1.1。

  • 想要切換到某個tag怎么辦?也很簡單,執(zhí)行 git checkout v1.0 ,這樣就順利的切換到 v1.0 tag的代碼狀態(tài)了。

    注:文章轉(zhuǎn)載stormzhang.
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,797評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,179評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,628評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,642評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,444評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 54,948評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,040評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,185評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,717評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,602評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,794評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,316評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,045評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,418評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,671評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,414評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,750評論 2 370

推薦閱讀更多精彩內(nèi)容