打開Git的正確姿式

時間 2019-11-07

標籤打開 git 正確欄目 Git 简体版

原文原文鏈接

@Git筆記html

create by db on 2018-12-25 12:10:36
Recently revised in 2019-1-4 15:08:40前端

Hello 小夥伴們，若是以爲本文還不錯，麻煩點個贊或者給個 star，大家的贊和 star 是我前進的動力！GitHub 地址git

查閱網上諸多資料，並結合本身的學習經驗，寫下這篇Git學習筆記，以記錄本身的學習心得。現分享給你們，以供參考。程序員

做爲一隻前端菜鳥，這是我掘金分享的第一篇文章，並但願以此開啓本身的2019。若有不足，還請多多指教，謝謝你們。github

前言

參考文獻：bootstrap

版本控制

數據是短暫的，且容易丟失。特別是做爲開發人員的咱們，須要頻繁的對項目代碼進行更新，容易產生錯誤的變動或者是項目文件的丟失。所以，咱們須要在整個工做的過程當中不斷的備份和存檔咱們的項目文件。安全

在當下的項目開發環境下，一個項目每每是有多個開發者共同開發維護的，那麼意味着他們須要操做同一項目文件，咱們須要對文本和項目代碼的變動進行記錄管理，這些變動就構成了一個版本庫，對版本庫的管理就是版本控制。服務器

一個能夠管理或追蹤軟件代碼的工具一般稱爲版本控制系統（VCS）。如今流行的版本控制工具不少，固然，咱們接下來要說的就是稱的上VCS界一哥的Git，它是一款功能強大、靈活且低開銷的VCS，它可讓協同開發成爲一種樂趣。框架

Git的誕生

其實，在Git誕生以前市面上已經有很是多的VCS了，好比當時VCS界的老大哥：SVN（如今在市面上也還有不小的份額）。那爲何還要創造Git這個新工具呢？分佈式

這固然得從他的創始人Linus Torvalds提及，一個在技術界被千萬人頂禮膜拜的男人！爲了方便管理Linux內核的開發工做，一個可靠的值得信賴的VCS是不可或缺的，可是，Linus一直痛恨的CVS及SVN都是集中式的版本控制系統，而Git是分佈式版本控制系統，集中式和分佈式版本控制系統有什麼區別呢？

集中式vs分佈式

先說集中式版本控制系統，版本庫是集中存放在中央服務器的，而幹活的時候，用的都是本身的電腦，因此要先從中央服務器取得最新的版本，而後開始幹活，幹完活了，再把本身的活推送給中央服務器。中央服務器就比如是一個圖書館，你要改一本書，必須先從圖書館借出來，而後回到家本身改，改完了，再放回圖書館。

集中式版本控制系統最大的毛病就是必須聯網才能工做，若是在局域網內還好，帶寬夠大，速度夠快，可若是在互聯網上，遇到網速慢的話，可能提交一個10M的文件就須要5分鐘，這還不得把人給憋死啊。

那分佈式版本控制系統與集中式版本控制系統有何不一樣呢？首先，分佈式版本控制系統根本沒有「中央服務器」，每一個人的電腦上都是一個完整的版本庫，這樣，你工做的時候，就不須要聯網了，由於版本庫就在你本身的電腦上。既然每一個人電腦上都有一個完整的版本庫，那多我的如何協做呢？比方說你在本身電腦上改了文件A，你的同事也在他的電腦上改了文件A，這時，大家倆之間只需把各自的修改推送給對方，就能夠互相看到對方的修改了。

和集中式版本控制系統相比，分佈式版本控制系統的安全性要高不少，由於每一個人電腦裏都有完整的版本庫，某一我的的電腦壞掉了沒關係，隨便從其餘人那裏複製一個就能夠了。而集中式版本控制系統的中央服務器要是出了問題，全部人都無法幹活了。

git的正確打開方式

要使用Git，第一步固然是安裝Git了。

在Linux上安裝Git
在Windows上安裝Git
在Mac上安裝Git

詳細信息請移步廖雪峯的官方網站

正文

Git工做流程

先上圖:

以上包括一些簡單而經常使用的命令，可是先不關心這些，先來了解下面這4個專有名詞。

Workapace : 工做區
Index/Stage ：暫存區
Repository ：倉庫區（或本地倉庫）
Remote ：遠程倉庫

工做區（Workapace）

程序員開發改動的地方，是你當前看到的，也是最新的。

平時開發就是拷貝遠程倉庫中的一個分支，並基於該分支進行開發。在開發的過程當中就是對工做區的操做。

暫存區（Index/Stage）

.git目錄下的index文件，暫存區會記錄 git add 添加的文件的相關信息（文件名、大小...）,不保存文件實體。可使用git status查看暫存區的狀態。暫存區標記了你當前工做區中，哪些內容是被Git管理的。

當你完成某個功能須要提交到遠程倉庫中，那麼第一步就是要將更改經過git add提交到暫存區，被Git管理。

本地倉庫（Repository）

保存了對象被提交過的各個版本，比起工做區和暫存區的內容，它更舊一些。

git commit後同步index的目錄樹到本地倉庫，方便從下一步經過git push同步本地倉庫與遠程倉庫。

遠程倉庫（Remote）

遠程倉庫的內容可能被分佈在多個地點的處於協做關係的本地倉庫修改，所以它可能與本地倉庫同步，也可能不一樣步。咱們在提交以前須要git pull使本地倉庫拉下代碼。

HEAD

在掌握具體命令前，先理解下HEAD。

HEAD，它始終指向當前所處分支的最新的提交點。你所處的分支變化了，或者產生了新的提交點，HEAD就會跟着改變。

無圖無真相！

小結

任何對象都是在工做區誕生和被修改；
任何修改都是從進入index區纔開始被版本控制；
只有把修改提交到本地倉庫，該修改才能在倉庫留下足跡；
與協做者分享本地的更改，須要將更改push到遠程倉庫

經常使用的Git命令

繼續上圖!

1、新建代碼庫

$ git init

新建一個目錄，將其初始化爲First代碼庫

$ git init [project-name]

下載一個項目和它的整個代碼史

$ git clone [url]

2、配置

Git的設置文件爲.gitconfig，它能夠在用戶主目錄下（全局配置），也能夠在項目目錄下（項目配置）

顯示當前的Git配置

$git config --list

編輯Git配置文件

$ git config -e [--global]

設置提交代碼時的用戶信息

$ git config [--global] user.name "[name]"

$ git config [--global] user.email "[email address]"

3、增長/刪除文件

添加指定文件到暫存區

$ git add [file1] [file2] ...

添加指定類型文件（使用通配符方式批量提交）到暫存區

$ git add *.html

$ git add [dir]

添加當前目錄下的全部存在更改文件到暫存區
（包括提交新文件(new)和被修改(modified)文件，不包括被刪除(deleted)文件）

$ git add .

添加已經被add的文件且存在更改的文件（Git根路徑如下全部文件）到暫存區
（提交被修改(modified)和被刪除(deleted)文件，不包括新文件(new)）

$ git add -u

添加全部變化（Git根路徑如下全部文件）到暫存區
（包括提交新文件(new)、被修改(modified)文件以及被刪除(deleted)文件）

$ git add --all

$ git add -A // 簡寫

添加每一個變化前，都會要求確認，對於同一個文件的多處變化，能夠實現分次提交

$ git add -p

刪除工做區文件，而且將此次刪除放入暫存區

$ git rm [file1] [file2] ...

中止追蹤指定文件，但該文件會保留在工做區

$ git rm -cached [file]

更名文件，而且將這個更名放入暫存區

$ git mv [file-origin] [file-rename]

更名文件夾，並將此更改上傳

git mv -f oldfolder newfolder

git add -u newfolder (-u選項會更新已經追蹤的文件和文件夾)

git commit -m "changed the foldername whaddup"

刪除文件夾，並將此更改上傳

$ git rm -r --cached [dir]

$ git commit -m '刪除了dir'

$ git push -u origin master

4、代碼提交

提交暫存區到倉庫區

$ git commit -m [message]

提交暫存區的指定文件到倉庫區

$ git commit [file1] [file2] ... -m [message]

提交工做區自上次commit以後的變化，直接到倉庫區

$ git commit -a

提交時顯示全部的diff信息

$ git commit -v

使用一次新的commit，替代上一次提交，若是代碼沒有任何變化，則用來改寫上一次commit的提交信息

$ git commit --amend -m [message]

重作上一次commit，幷包括指定文件的新變化

$ git commit -amend [file1] [file2]...

5、分支

列出全部本地分支

$git branch

列出全部遠程分支

git branch -r

列出全部本地分支和遠程分支

$ git branch -a

新建一個分支，但依然停留在當前分支

$ git branch [branch-name]

新建一個分支，並切換到該分支

$ git branch -b [branch-name]

新建一個分支，指向指定的commit

$ git branch [branch] [commit]

新建一個分支，與指定遠程分支創建追蹤關係

$ git branch --track [branch] [remote-branch]

切換到指定分支，並更新工做區

$ git checkout [branch-name]

切換到上一分支

$ git checkout -

創建追蹤關係，在現有分支和指定的遠程分支之間

$ git branch --set-up-tream [branch] [remote-branch]

合併指定分支到當前分支

$ git merge [branch]

選擇一個commit，合併進當前分支

$ git cherry-pick [commit]

刪除分支

$ git branch -d [branch-name]

刪除遠程分支

$ git push origin --delete [branch-name]

$ git branch -dr [remote/branch]

6、標籤

列出全部tag

$ git tag

新建一個tag在當前commit

$ git tag [tag]

新建一個tag在指定commit

$ git tag [tag] [commit]

刪除本地tag

$ git tag -d [tag]

刪除遠程tag

$ git push origin :refs/tags/[tagName]

查看tag信息

$ git show [tag]

+提交指定tag

$ git push [remote] [tag]

提交全部tag

$ git push [remote] --tages

新建一個分支，指向某個teg

$ git checkout -b [branch] [tag]

7、查看信息

顯示有變動的文件

$ git status

顯示當前分支的版本歷史

$ git log

顯示某個commit歷史，以及每次commit發生變動的文件

$ git log [tag] HEAD --grep feature

顯示某個commit以後的全部變更，其「提交說明」必須符合搜索條件

$ git log [tag] HEAD --grop feature

顯示某個文件的版本歷史，包括文件更名

$ git log --follow [file]

$ git whatchanged [file]

顯示過去5次的提交

$ git log -5 --pretty --oneline

顯示全部提交過的用戶，按提交次數排序

$ git shortlog -sn

顯示指定文件是什麼人在什麼時間修改過

$ git blame [file]

顯示暫存區和工做區的代碼差別

$ git diff

顯示暫存區和上一個commit的差別

$ git diff -cached [file]

顯示工做區與當前分支最新commit之間的差別

$ git diff HEAD

顯示兩次提交之間的差別

$ git diff [first-btanch]...[second-branch]

顯示某次提交的元素數據和內容變化

$ git show [commit]

顯示某次提交時，某個文件的內容

$ git show [commit]:[filename]

顯示當前分支的最近幾回提交

$ git reflog

從本地master拉取代碼更新當前分支：branch通常爲master

$ git rebase [branch]

8、遠程分支

更新遠程倉儲

$ git remote update

顯示全部遠程倉庫

$ git remote -v

顯示某個遠程倉庫信息

$ git remote show [remote]

增長一個新的遠程倉庫，並命名

$ git remote add [shortname] [url]

取回遠程倉庫的變化，並與本地分支合併

$ git push [remote] [branch]

上傳本地分支到遠程倉庫

$ git push [remote] [branch]

強行推送當前分支到遠程倉庫

$ git push [remote] --force

推送全部分支到遠程倉庫

git push [remote] --all

9、撤銷

恢復暫存區的指定文件到工做區

$ git checkout [commit] [file]

恢復某個commit的指定文件到暫存區和工做區

$ git chechout .

重置暫存區的指定文件，與上一次commit保持一致，但工做區不變

$ git reset [file]

重置暫存區和工做區，與上次commit保持一致

$ git reset --hard

重置當前分支的指針爲指定commit，同時是重置暫存區，但工做區不變

$ git reset [commit]

重置當前分支的HEAD爲指定commit，同時重置暫存區與工做區，與指定commit保持一致

$git reset --hard [commit]

重置當前HEAD爲指定commit，但保持暫存區和工做區不變

$ git reset --keep [commit]

新建一個commit，哦用來撤銷指定commit，後者的變化都被前者抵消，而且應用到當前分支

$ git revert [commit]

暫時將未提交的變化移除，稍後再移入

$ git stash

$ git stash pop

10、其餘

生成一個可供發佈的壓縮包

$ git archive

版本穿梭

再聲明一次：HEAD指向的版本就是當前版本！

回到過去

對Git來講，回到過去比把大象裝進冰箱還要簡單，總共分兩步：

假若須要進行版本切換，首先就是查看有哪些版本咯！
- 顯示從最近到最遠的提交日誌
$ git log
- 若是感受眼花繚亂，能夠選擇單行顯示
$ git log --pretty=oneline
看到commit fcef4ce4280229e2d4a9c914677f6e94e3539ede了沒？這就是咱們的commit_id，也就是要去的地址。固然，咱們不須要用這麼長一段，取前五位就好。

如今咱們啓動時光穿梭機!

$ git reset --hard commit_id

重返將來

重返將來一樣分兩步：

假若須要重返將來，首先就是肯定要回到將來的哪一個版本
- 查看命令歷史
$ git reflog
看到989d9ce HEAD@{……}: commit:……了沒？選擇你想要的將來，出發吧！

$ git reset --hard commit_id

使用git在本地建立一個項目的過程

$ makdir ~/hello-world //建立一個項目hello-world
$ cd ~/hello-world //打開這個項目
$ git init //初始化
$ touch README
$ git add README //更新README文件
$ git commit -m 'first commit' //提交更新，並註釋信息「first commit」
$ git remote add origin git@github.com:dedsf/hello-world.git //鏈接遠程github項目
$ git push -u origin master //將本地項目更新到github項目上去

GitHub

什麼是GitHub

github是一個基於git的代碼託管平臺，付費用戶能夠建私人倉庫，咱們通常的免費用戶只能使用公共倉庫，也就是代碼要公開。

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

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

推薦一個文科妹子寫的風趣易懂的GitHub介紹，戳這裏：如何使用 GitHub？

咱們能用GitHub作什麼

咱們一直用GitHub做爲免費的遠程倉庫，若是是我的的開源項目，放到GitHub上是徹底沒有問題的。其實GitHub仍是一個開源協做社區，經過GitHub，既可讓別人參與你的開源項目，也能夠參與別人的開源項目。

在GitHub出現之前，開源項目開源容易，但讓廣大人民羣衆參與進來比較困難，由於要參與，就要提交代碼，而給每一個想提交代碼的羣衆都開一個帳號那是不現實的，所以，羣衆也僅限於報個bug，即便能改掉bug，也只能把diff文件用郵件發過去，很不方便。

可是在GitHub上，利用Git極其強大的克隆和分支功能，廣大人民羣衆真正能夠第一次自由參與各類開源項目了。

如何參與一個開源項目呢？

好比人氣極高的bootstrap項目，這是一個很是強大的CSS框架，你能夠訪問它的項目主頁https://github.com/twbs/bootstrap，點「Fork」就在本身的帳號下克隆了一個bootstrap倉庫，而後，從本身的帳號下clone：

clone git@github.com:michaelliao/bootstrap.git

必定要從本身的帳號下clone倉庫，這樣你才能推送修改。若是從bootstrap的做者的倉it@github.com:twbs/bootstrap.git克隆，由於沒有權限，你將不能推送修改。

若是你想修復bootstrap的一個bug，或者新增一個功能，馬上就能夠開始幹活，幹完後，往本身的倉庫推送。
若是你但願bootstrap的官方庫能接受你的修改，你就能夠在GitHub上發起一個pull request。固然，對方是否接受你的pull request就不必定了。
若是你沒能力修改bootstrap，但又想要試一把pull request，那就Fork一下廖雪峯老師的倉庫https://github.com/michaelliao/learngit，建立一個your-github-id.txt的文本文件，寫點本身學習Git的心得，而後推送一個pull request給我，我會視心情而定是否接受。