Git 就這麼簡單html
Git 命令咱們可能工做中會常用,確實要好好總結一下。git
總結下來發現,其實 Git 沒那麼難
,瞭解下原理,再加上平常實戰,其實就查很少了。程序員
首先 Git 是一款版本控制工具。windows
那啥是版本控制呢?bash
版本控制(Revision control)是一種在開發的過程當中用於管理咱們對文件、目錄或工程等內容的修改歷史,方便查看更改歷史記錄,備份以便恢復之前的版本的軟件工程技術。分佈式
主流的版本控制管理工具備 SVN,Git,CVS 等。工具
能夠說 Git 是最早進的分佈式版本控制系統(沒有之一)。post
先看張圖,這圖還挺重要,吃透這張圖,其實平常使用 Git 就沒什麼問題了。ui
這張原理圖涉及到6個命令很是重要,先學會這幾個,其他的其實還有百十個也記不住,用到再去學。url
第一次看這圖的話,建議從右邊往左看。
解釋下幾個名詞
git add
命令就把工做區內容提交到了暫存區git commit
命令就會把暫存區的內容提交到本地倉庫git push
命令就能夠把本地代碼推到遠程分支其實我們的數據就是在上述幾個地方流轉
再結合這兩個圖理解一下
上面介紹了文件在不一樣區域的流轉,我們還須要瞭解一下文件自己的狀態,以及不一樣命令對文件狀態的影響。理解這幾個狀態直接的流轉,有助於看清 Git 本質。
untracked
staged
狀態等待commiteunmodified
,這裏之因此是modified是由於文件會跟倉庫中的文件對比modified
狀態文件操做初體驗
結合文件狀態流轉圖,實踐一下下面的基礎文件操做命令吧。
git init 初始化git生成git倉庫
git status 查看git狀態
git add <filename>添文件到暫存區
git add .加入全部文件到暫存區
git commite -m 'message'提交文件到本地倉庫
git reset <filename>將尚沒有commite以前加入到暫存區的文件從新拉回
複製代碼
首先我們得有個工做區域對不對
# case1
# 在當前目錄建立一個文件夾
$ mkdir [project-name]
# 在當前目錄新建一個Git代碼庫
$ git init
# case2
# 新建一個目錄,將其初始化爲Git代碼庫
$ git init [project-name]
# case3
# 下載一個項目和它的整個代碼歷史(各個分支提交記錄等)
$ git clone [url]
複製代碼
注意:git init 會產生 .git 文件夾,windows默認看不到,須要設置一下顯示隱藏文件才能看到
結合上面的原理圖,去理解經常使用的 add commit 命令
# 添加指定文件到暫存區
$ git add [file1] [file2] ...
# 添加指定目錄到暫存區,包括子目錄
$ git add [dir]
# 添加當前目錄的全部文件到暫存區
$ git add .
# 添加每一個變化前,都會要求確認
# 對於同一個文件的多處變化,能夠實現分次提交
$ git add -p
# 刪除工做區文件,而且將此次刪除放入暫存區
$ git rm [file1] [file2] ...
# 中止追蹤指定文件,但該文件會保留在工做區
$ git rm --cached [file]
# 更名文件,而且將這個更名放入暫存區
$ git mv [file-original] [file-renamed]
# 提交暫存區到倉庫區
$ 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] ...
# 提交更改到遠程倉庫
$ git push origin master
# 拉取遠程更改到本地倉庫默認自動合併
$ git pull origin master
複製代碼
咱們能夠看當前 git 狀態,提交日誌,文件差別等待內容
# 顯示有變動的文件
$ git status
# 顯示當前分支的版本歷史
$ git log
# 顯示commit歷史,以及每次commit發生變動的文件
$ git log --stat
# 搜索提交歷史,根據關鍵詞
$ git log -S [keyword]
# 顯示某個commit以後的全部變更,每一個commit佔據一行
$ git log [tag] HEAD --pretty=format:%s
# 顯示某個commit以後的全部變更,其"提交說明"必須符合搜索條件
$ git log [tag] HEAD --grep feature
# 顯示某個文件的版本歷史,包括文件更名
$ git log --follow [file]
$ git whatchanged [file]
# 顯示指定文件相關的每一次diff
$ git log -p [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-branch]...[second-branch]
# 顯示今天你寫了多少行代碼
$ git diff --shortstat "@{0 day ago}"
# 顯示某次提交的元數據和內容變化
$ git show [commit]
# 顯示某次提交發生變化的文件
$ git show --name-only [commit]
# 顯示某次提交時,某個文件的內容
$ git show [commit]:[filename]
# 顯示當前分支的最近幾回提交
$ git reflog
複製代碼
標籤實際上是一種版本的概念,發佈一個版本時,咱們一般先在版本庫中打一個標籤(tag),這樣,就惟一肯定了打標籤時刻的版本。
commit號通常長這樣6a5819e...,好比你要回退到這個版本,你記得住6a5819e...嗎?這時候標籤就起做用了。
# 列出全部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] --tags
# 新建一個分支,指向某個tag
$ git checkout -b [branch] [tag]
複製代碼
分支實際上是一種並行開發(協做)的方式,能夠在不一樣的分支上幹各自是事。
# 列出全部本地分支
$ git branch
# 列出全部遠程分支
$ git branch -r
# 列出全部本地分支和遠程分支
$ git branch -a
# 新建一個分支,但依然停留在當前分支
$ git branch [branch-name]
# 新建一個分支,並切換到該分支
$ git checkout -b [branch]
# 新建一個分支,指向指定commit
$ git branch [branch] [commit]
# 新建一個分支,與指定的遠程分支創建追蹤關係
$ git branch --track [branch] [remote-branch]
# 切換到指定分支,並更新工做區
$ git checkout [branch-name]
# 切換到上一個分支
$ git checkout -
# 創建追蹤關係,在現有分支與指定的遠程分支之間
$ git branch --set-upstream [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]
複製代碼
我們幹活不是隻能往前走,偶爾咱們可能會須要回到以前的版本,那這個時候撤銷命令就上場了
# 恢復暫存區的指定文件到工做區
$ git checkout [file]
# 恢復某個commit的指定文件到暫存區和工做區
$ git checkout [commit] [file]
# 恢復暫存區的全部文件到工做區
$ git checkout .
# 重置暫存區的指定文件,與上一次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
複製代碼
我的認爲是 commit ,全部的概念都是圍繞它展開的,
好比分支其實就是 commit 的集合載體,
而在執行 merge 的時候,也是針對 commit 進行合併,
在 reset 的時候,也是回退到某個 commit,
因此理解 commit 對於整個 Git 工做流很是重要。
能夠經過 git reset -help 查看官方說明,其實說的挺明白。
爲何說的這麼明白了,好像還不少人(包括我)有疑問呢?估計是被網文影響的吧,或者像我同樣壓根沒看過...
--mixed reset HEAD and index # 只改變HEAD指針和暫存區
--soft reset only HEAD # 只改變HEAD
--hard reset HEAD, index and working tree#改變 HEAD/index/workspace
# 補充一下,
reset 操做實際上改變HEAD(本地倉庫)指針指向的commit,index 就是指的我們說的暫存區。
從實際執行結果來看,mixed和soft都不會改變本地代碼,只有hard方式會改變本地代碼
# 注意一下:soft 和 mixed 操做結果的不一樣點
soft:致使文件的狀態處於 staged 狀態
mixed:致使文件的狀態處於 modified 狀態
結合上面的**文件狀態流轉圖**理解一下
複製代碼
若是遇到某些命令不清楚用法,能夠 git 某命令 -help,去看官方輸出,其實最直接了。
有些東西被網上各類轉義反而會讓人產生疑惑。
# 好比上面的 reset 命令
$ git reset -help
usage: git reset [--mixed | --soft | --hard | --merge | --keep] [-q] [<commit>]
or: git reset [-q] [<tree-ish>] [--] <paths>...
or: EXPERIMENTAL: git reset [-q] [--stdin [-z]] [<tree-ish>]
or: git reset --patch [<tree-ish>] [--] [<paths>...]
-q, --quiet be quiet, only report errors
--mixed reset HEAD and index
--soft reset only HEAD
--hard reset HEAD, index and working tree
--merge reset HEAD, index and working tree
--keep reset HEAD but keep local changes
--recurse-submodules[=<reset>]
control recursive updating of submodules
-p, --patch select hunks interactively
-N, --intent-to-add record only the fact that removed paths will be added later
-z EXPERIMENTAL: paths are separated with NUL character
--stdin EXPERIMENTAL: read paths from <stdin>
複製代碼
計算機行業工做多數須要實操,程序員是一個熟練工種。
Git 是我們的一個工具,通常我們能熟練使用就行,並不須要成爲使用專家。
固然一件事若是是重要的且頻繁要作的,用的多了,天然就記住了。 不然,記不住就記不住吧,能找到怎麼用就行
。