1. 程式人生 > >第一篇:版本控制git之倉庫管理

第一篇:版本控制git之倉庫管理

分支 最終 場景 ret linux cbe 每次 ref 命令執行

---恢復內容開始---

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

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

?這個時候,我們會重復的提交給導師,導師也會幫我們修改畢業論文,我自己這裏的還好說,那麽如果是導師再給我返回回來的文件,我就要想想,我是什麽時候提交給導師的,我要把我後面寫的東西跟導師寫的東西都添加到我的最新的版本中

以上就是使用最原始的方式進行版本控制,但是這種方式有顯著缺點:

  • 多個文件,保留所有版本時,需要為每個版本保存一個文件...
  • 協同操作,多人協同操作時,需要將文件打包發來發去...
  • 容易丟失,被刪除意味著永遠失去...(可以選擇網盤)

? 這個時候我就想,如果能有一個軟件來幫助我來解決這個問題的話,那是多麽好的一件事啊,這樣我自己就不需要去保存所有的文件了,什麽時候需要直接在軟件裏面看一下,豈不是很方便.

版本文件名用戶說明日期
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 上用二進制安裝程序來安裝 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基礎操作

1、在現有目錄中初始化倉庫

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

[Derek@git]$ git init

該命令將創建一個名為 .git 的子目錄,這個子目錄含有你初始化的 Git 倉庫中所有的必須文件。 但是,在這個時候,我們僅僅是做了一個初始化的操作,你的項目裏的文件還沒有被跟蹤。

2、用命令git add告訴Git,把文件添加到緩存區:

[Derek@git]$ git add readme.txt

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

3、用命令git commit告訴Git,把文件提交到倉庫(版本庫):

[Derek@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後面輸入的是本次提交的說明,可以輸入任意內容,當然最好是有意義的,這樣你就能從歷史記錄裏方便地找到改動記錄。

git commit命令執行成功後會告訴你,1 file changed:1個文件被改動(我們新添加的readme.txt文件);2 insertions:插入了兩行內容(readme.txt有兩行內容)。

4、git status查看已暫存和未暫存的修改

我們已經成功地添加並提交了一個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      #更改的文件為readme.txt

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

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

得到上面這個結果說明我們的readme.txt已經被修改了,但是還沒有添加到緩存區,也就是還沒有執行git add的操作,括號裏面的內容提示我們此刻建議我們進行 git add file操作或者是git checkout -- file操作。

可自行測試當執行完git add 操作之後再執行git status顯示的內容信息。

5、git diff 查看具體修改了什麽地方

git diff 將通過文件補丁的格式顯示具體哪些行發生了改變。

[Derek@git]$ 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,效果是相同的,但更好記些。)

[Derek@git]$ git diff  --staged
diff --git a/README.md b/README.md
new file mode 100644
index 0000000..e69de29

6、提交更新

現在的暫存區域已經準備妥當可以提交了。 在此之前,請一定要確認還有什麽修改過的或新建的文件還沒有 git add 過,否則提交的時候不會記錄這些還沒暫存起來的變化。 這些修改過的文件只保留在本地磁盤。 所以,每次準備提交前,先用 git status 看下,是不是都已暫存起來了, 然後再運行提交命令 git commit

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

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

ps:git add * 可以一次性提交所有文件到緩存區

7、跳過使用暫存區域

盡管使用暫存區域的方式可以精心準備要提交的細節,但有時候這麽做略顯繁瑣。 Git 提供了一個跳過使用暫存區域的方式, 只要在提交的時候,給 git commit 加上 -a 選項,Git 就會自動把所有已經跟蹤過的文件暫存起來一並提交

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

8、查看提交歷史

[Derek@git]$ 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 來僅顯示最近兩次提交

[Derek@git]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 將每個提交放在一行顯示,查看的提交數很大時非常有用。 另外還有 shortfullfuller 可以用,展示的信息或多或少有些不同,請自己動手實踐一下看看效果如何。

[Derek@git]$ 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 --pretty=format:"%h,%an"      #使用格式

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 僅顯示添加或移除了某個關鍵字的提交

9、git reset HEAD file取消暫存的文件

例如,你已經修改了兩個文件並且想要將它們作為兩次獨立的修改提交,但是卻意外地輸入了 git add * 暫存了它們兩個。 如何只取消暫存兩個中的一個呢? git status 命令提示了你:

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

    modified:   README.md
[Derek@git]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")

10、git reset --hard 提交對象的哈希值, 回滾到之前的某一個版本

hard後面可以輸入提交對象完整的哈希值,也可以輸入提交對象剪短的哈希值。

11、git checkout -- file 撤銷對文件的修改

如果你並不想保留對 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] 是一個危險的命令,這很重要。 你對那個文件做的任何修改都會消失 - 你只是拷貝了另一個文件來覆蓋它。 除非你確實清楚不想要那個文件了,否則不要使用這個命令。

---恢復內容結束---

第一篇:版本控制git之倉庫管理