版本控制git之一 - 倉庫管理

時間 2019-12-08

原文原文鏈接

git

再開始這個話題以前,讓我想起了一件很痛苦的事情,在我大學寫畢業論文的時候,我當時的文件是這樣保存的git

畢業論文_初稿.doc
畢業論文_修改1.doc
畢業論文_修改2.doc
畢業論文_修改3.doc
畢業論文_完整版1.doc
畢業論文_完整版2.doc
畢業論文_完整版3.doc
畢業論文_死也不改版.doc
畢業論文_最終版1.doc
畢業論文_最終版2.doc

這個時候,咱們會重複的提交給導師,導師也會幫咱們修改畢業論文,我本身這裏的還好說,那麼若是是導師再給我返回回來的文件,我就要想一想,我是何時提交給導師的,我要把我後面寫的東西跟導師寫的東西都添加到個人最新的版本中github

以上就是使用最原始的方式進行版本控制，可是這種方式有顯著缺點：shell

多個文件，保留全部版本時，須要爲每一個版本保存一個文件...
協同操做，多人協同操做時，須要將文件打包發來發去...
容易丟失，被刪除意味着永遠失去...（能夠選擇網盤）

這個時候我就想,若是能有一個軟件來幫助我來解決這個問題的話,那是多麼好的一件事啊,這樣我本身就不須要去保存全部的文件了,何時須要直接在軟件裏面看一下,豈不是很方便.windows

版本	文件名	用戶	說明	日期
1.0版本	畢業論文	張三	新建	2018.1.12
1.1版本	畢業論文	張三	寫了第一部分	2018.2.12
2.0版本	畢業論文	張三	寫完了所有	2018.3.23
3.0版本	畢業論文	張三	答辯使用	2018.4.25

這樣你就從版本管理的農耕時代直接進入到了版本控制的21世紀,爲了解決以上版本控制存在問題，應運而生了一批版本控制工具：VSS、CVS、SVN、Git等，其中Git屬於絕對霸主地位。緩存

git

Git 是一個開源的分佈式版本控制軟件,用以有效、高速的處理從很小到很是大的項目版本管理。 Git 最初是由Linus Torvalds設計開發的，用於管理Linux內核開發。Git 是根據GNU通用公共許可證版本2的條款分發的自由/免費軟件，安裝參見：http://git-scm.com/服務器

GitHub是一個基於Git的遠程文件託管平臺（同GitCafe、BitBucket和GitLab等）。分佈式

Git自己徹底能夠作到版本控制，但其全部內容以及版本記錄只能保存在本機，若是想要將文件內容以及版本記錄同時保存在遠程，則須要結合GitHub來使用。使用場景：工具

無GitHub: 在本地 .git 文件夾內維護歷史文件
有GitHub: 在本地 .git 文件夾內維護歷史文件, 同時也將歷史文件託管在遠程倉庫

其餘 : 學習

集中式: 遠程服務器保存全部版本, 用戶客戶端有某個版本網站

分佈式: 遠程服務器保存全部版本, 用戶客戶端有全部版本

安裝

在 Linux 上安裝

若是你想在 Linux 上用二進制安裝程序來安裝 Git，可使用發行版包含的基礎軟件包管理工具來安裝。若是以 Fedora 上爲例，你可使用 yum：

$ sudo yum install git

若是你在基於 Debian 的發行版上，請嘗試用 apt-get：

 $ sudo apt-get install git

在 Mac 上安裝

在 Mac 上安裝 Git 有多種方式。最簡單的方法是安裝 Xcode Command Line Tools。 Mavericks （10.9）或更高版本的系統中，在 Terminal 裏嘗試首次運行 git 命令便可。若是沒有安裝過命令行開發者工具，將會提示你安裝。

若是你想安裝更新的版本，可使用二進制安裝程序。官方維護的 OSX Git 安裝程序能夠在 Git 官方網站下載，網址爲 <http://git-scm.com/download/mac>;。

在 Windows 上安裝

在 Windows 上安裝 Git 也有幾種安裝方法。官方版本能夠在 Git 官方網站下載。打開 <http://git-scm.com/download/win>，下載會自動開始。要注意這是一個名爲 Git for Windows的項目（也叫作 msysGit），和 Git 是分別獨立的項目；更多信息請訪問 <http://msysgit.github.io/>;。

另外一個簡單的方法是安裝 GitHub for Windows。該安裝程序包含圖形化和命令行版本的 Git。它也能支持 Powershell，提供了穩定的憑證緩存和健全的 CRLF 設置。稍後咱們會對這方面有更多瞭解，如今只要一句話就夠了，這些都是你所須要的。你能夠在 GitHub for Windows 網站下載，網址爲 http://windows.github.com。

命令行

Git 有多種使用方式。你可使用原生的命令行模式，也可使用 GUI 模式，這些 GUI 軟件也能提供多種功能。在本書中，咱們將使用命令行模式。這是由於首先，只有在命令行模式下你才能執行 Git 的全部命令，而大多數的 GUI 軟件只實現了 Git 全部功能的一個子集以下降操做難度。若是你學會了在命令行下如何操做，那麼你在操做 GUI 軟件時應該也不會遇到什麼困難，可是，反之則不成立。此外，因爲每一個人的想法與側重點不一樣，不一樣的人經常會安裝不一樣的 GUI 軟件，但全部人必定會有命令行工具。

假如你是 Mac 用戶，咱們但願你懂得如何使用終端（Terminal）；假如你是 Windows 用戶，咱們但願你懂得如何使用命令窗口（Command Prompt）或 PowerShell。若是你還沒有掌握以上技能，咱們建議你先停下來快速學習一下，本書中的講述和舉例將用到這些技能。

git基礎

獲取 Git 倉庫

在現有目錄中初始化倉庫

若是你打算使用Git來對現有的項目進行管理, 你只須要進入該項目目錄並輸入:

git init

該命令將建立一個名爲 .git 的子目錄, 這個子目錄含有你初始化的Git 倉庫中全部的必須文件, 可是, 在這個時候, 咱們僅僅是作一個初始化的操做, 你的項目裏的文件尚未被跟蹤.

那麼怎麼來實現項目中的管理呢

和把大象放到冰箱須要3步相比，把一個文件放到Git倉庫只須要兩步。

第一步，用命令git add告訴Git，把文件添加到倉庫：

git add readme.txt

執行上面的命令, 沒有任何顯示, 這就對了, Unix的哲學是" 沒有消息就是好消息", 說明添加成功

第二步, 用命令git commit 告訴Git ,把文件提交到倉庫:

git  commit -m  "wrote a readme file"
[master (root-commit) eaadf4e] wrote a readme file
 1 file changed, 2 insertions(+)
 create mode 100644 readme.txt

簡單解釋一下git commit命令，-m後面輸入的是本次提交的說明，能夠輸入任意內容，固然最好是有意義的，這樣你就能從歷史記錄裏方便地找到改動記錄。

嫌麻煩不想輸入-m "xxx"行不行？確實有辦法能夠這麼幹，可是強烈不建議你這麼幹，由於輸入說明對本身對別人閱讀都很重要。實在不想輸入說明的童鞋請自行Google，我不告訴你這個參數。

git commit命令執行成功後會告訴你，1 file changed：1個文件被改動（咱們新添加的readme.txt文件）；2 insertions：插入了兩行內容（readme.txt有兩行內容）。

記錄每次更新到倉庫

咱們已經成功地添加並提交了一個readme.txt文件，如今，是時候繼續工做了，因而，咱們繼續修改readme.txt文件，改爲以下內容：

Git is a distributed version control system.
Git is free software.

如今，運行git status命令看看結果：

[Derek@git]$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

git status 命令可讓咱們時刻掌握倉庫當前的狀態, 上面的命令輸出告訴咱們, readme.txt 被修改過了, 但尚未準備提交的修改

查看已暫存和未暫存的修改

若是 git status 命令的輸出對於你來講過於模糊，你想知道具體修改了什麼地方，能夠用 git diff命令。稍後咱們會詳細介紹 git diff，你可能一般會用它來回答這兩個問題：當前作的哪些更新尚未暫存？有哪些更新已經暫存起來準備好了下次提交？儘管 git status 已經經過在相應欄下列出文件名的方式回答了這個問題，git diff 將經過文件補丁的格式顯示具體哪些行發生了改變。

git diff
diff --git a/README.md b/README.md
index e69de29..a34691f 100644
--- a/README.md
+++ b/README.md
@@ -0,0 +1 @@
+this is new line

此命令比較的是工做目錄中當前文件和暫存區域快照之間的差別，也就是修改以後尚未暫存起來的變化內容。

若要查看已暫存的將要添加到下次提交裏的內容，能夠用 git diff --cached 命令。（Git 1.6.1 及更高版本還容許使用 git diff --staged，效果是相同的，但更好記些。）

git diff  --staged
diff --git a/README.md b/README.md
new file mode 100644
index 0000000..e69de29

提交更新

如今的暫存區域已經準備穩當能夠提交了。在此以前，請必定要確認還有什麼修改過的或新建的文件尚未 git add 過，不然提交的時候不會記錄這些還沒暫存起來的變化。這些修改過的文件只保留在本地磁盤。因此，每次準備提交前，先用 git status 看下，是否是都已暫存起來了，而後再運行提交命令 git commit：

git commit

-m 選項, 將提交信息與命令放在同一行

git commit -m 'create'
[master (root-commit) 88a09aa] create
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 README.md

跳過使用暫存區域

儘管使用暫存區域的方式能夠精心準備要提交的細節，但有時候這麼作略顯繁瑣。 Git 提供了一個跳過使用暫存區域的方式，只要在提交的時候，給 git commit 加上 -a 選項，Git 就會自動把全部已經跟蹤過的文件暫存起來一併提交

git commit -a  -m  'update'
[master 86d801b] update
 1 file changed, 1 insertion(+)

查看提交歷史

git log
commit 86d801bbaa4cc560acc7c8f79a65cac85201f170 (HEAD -> master)
Author: wangfeng7399 <wangfeng17399@163.com>
Date:   Tue Feb 19 18:48:48 2019 +0800

    update

commit 88a09aa009af29e9a784d6dbb68589f70f1c51be
Author: wangfeng7399 <wangfeng17399@163.com>
Date:   Tue Feb 19 18:48:04 2019 +0800

    create

-p 用來顯示每次提交的內容差別

你也能夠加上 -2 來僅顯示最近兩次提交

git  log -p -2
commit 86d801bbaa4cc560acc7c8f79a65cac85201f170 (HEAD -> master)
Author: wangfeng7399 <wangfeng17399@163.com>
Date:   Tue Feb 19 18:48:48 2019 +0800

    update

diff --git a/README.md b/README.md
index e69de29..a34691f 100644
--- a/README.md
+++ b/README.md
@@ -0,0 +1 @@
+this is new line

commit 88a09aa009af29e9a784d6dbb68589f70f1c51be
Author: wangfeng7399 <wangfeng17399@163.com>
Date:   Tue Feb 19 18:48:04 2019 +0800

    create

diff --git a/README.md b/README.md
new file mode 100644
index 0000000..e69de29

另一個經常使用的選項是 --pretty。這個選項能夠指定使用不一樣於默認格式的方式展現提交歷史。這個選項有一些內建的子選項供你使用。好比用 oneline 將每一個提交放在一行顯示，查看的提交數很大時很是有用。另外還有 short，full 和 fuller 能夠用，展現的信息或多或少有些不一樣，請本身動手實踐一下看看效果如何。

git log  --pretty=oneline
ca82a6dff817ec66f44342007202690a93763949 changed the version number
085bb3bcb608e1e8451d4b2432f8ecbe6306e7e7 removed unnecessary test
a11bef06a3f659402fe7563abf99ad00de2209e6 first commit

但最有意思的是 format，能夠定製要顯示的記錄格式。這樣的輸出對後期提取分析格外有用 — 由於你知道輸出的格式不會隨着 Git 的更新而發生改變：

git log --pretty=format 經常使用的選項列出了經常使用的格式佔位符寫法及其表明的意義。

選項	說明
`%H`	提交對象（commit）的完整哈希字串
`%h`	提交對象的簡短哈希字串
`%T`	樹對象（tree）的完整哈希字串
`%t`	樹對象的簡短哈希字串
`%P`	父對象（parent）的完整哈希字串
`%p`	父對象的簡短哈希字串
`%an`	做者（author）的名字
`%ae`	做者的電子郵件地址
`%ad`	做者修訂日期（能夠用 --date= 選項定製格式）
`%ar`	做者修訂日期，按多久之前的方式顯示
`%cn`	提交者（committer）的名字
`%ce`	提交者的電子郵件地址
`%cd`	提交日期
`%cr`	提交日期，按多久之前的方式顯示
`%s`	提交說明

`git log` 的經常使用選項

選項	說明
`-p`	按補丁格式顯示每一個更新之間的差別。
`--stat`	顯示每次更新的文件修改統計信息。
`--shortstat`	只顯示 --stat 中最後的行數修改添加移除統計。
`--name-only`	僅在提交信息後顯示已修改的文件清單。
`--name-status`	顯示新增、修改、刪除的文件清單。
`--abbrev-commit`	僅顯示 SHA-1 的前幾個字符，而非全部的 40 個字符。
`--relative-date`	使用較短的相對時間顯示（好比，「2 weeks ago」）。
`--graph`	顯示 ASCII 圖形表示的分支合併歷史。
`--pretty`	使用其餘格式顯示歷史提交信息。可用的選項包括 oneline，short，full，fuller 和 format（後跟指定格式）。

在限制 `git log` 輸出的選項中列出了經常使用的選項

選項	說明
`-(n)`	僅顯示最近的 n 條提交
`--since`, `--after`	僅顯示指定時間以後的提交。
`--until`, `--before`	僅顯示指定時間以前的提交。
`--author`	僅顯示指定做者相關的提交。
`--committer`	僅顯示指定提交者相關的提交。
`--grep`	僅顯示含指定關鍵字的提交
`-S`	僅顯示添加或移除了某個關鍵字的提交

取消暫存的文件

例如你已經修改了兩個文件而且想要將它們做爲兩次獨立的修改提交，可是卻意外地輸入了 git add * 暫存了它們兩個。如何只取消暫存兩個中的一個呢？

git status 命令提示了你

git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

　　modified:   README.md

git reset HEAD README.md
Unstaged changes after reset:
M   README.md
[Derek@git]$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   README.md

no changes added to commit (use "git add" and/or "git commit -a")

雖然在調用時加上 -- hard 選項能夠令 git reset 成爲一個危險的命令, 可能致使工做目錄中全部當前進度丟失! 但本例中工做目錄內的文件並不會被修改, 不加選項他調用 git reset 並不危險它只會修改暫存區域.

撤消對文件的修改

若是你並不想保留對 README,md 文件的修改怎麼辦? 你該如何方便地撤銷修改 -- 將它還原成上次提交時的樣子 (或者剛克隆完的樣子, 或者剛把他放入工做目錄時的樣子)? 幸運的是., git status 也告訴了你應該如何作, 在最後一個例子中, 未暫存區域是這樣:

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   README.md

它很是清楚地告訴了你如何撤消以前所作的修改。讓咱們來按照提示執行：

git checkout --README.md
git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    renamed:    README.md -> README

能夠看到那些修改已經被撤消了。

你須要知道 git checkout ---[file] 是一個危險的命令, 這很重要, 你對那個文件作的任何修改都會消失

- 你只是拷貝了另外一個文件來覆蓋它, 除非你確實清楚不想要那個文件了, 不然不要使用這個命令