摘要：淺析筆者在此整理了常見的命令，的重要性無需多言，與其再百度海中搜索命令，不妨嘗試收藏筆者的此篇作品。旨在快速高效地處理無論規模大小的任何軟件工程。其最大特色就是分支及合并操作非常快速簡便。

筆者在此整理了常見的git命令，git的重要性無需多言，與其再百度海中搜索git命令，不妨嘗試收藏筆者的此篇作品。希望對你的學習有所幫助。

版本控制系統之git

Git:

(一)簡介：
Git 是一款免費的、開源的、分布式的版本控制系統。旨在快速高效地處理無論規模大小的任何軟件工程。
每一個 Git克隆 都是一個完整的文件庫，含有全部歷史記錄和修訂追蹤能力，不依賴于網絡連接或中心服務器。其最大特色就是“分支”及“合并”操作非常快速、簡便。

(二)Git與svn的主要區別:
Git是分布式SCM，而SVN是基于服務器的，也就是說每個開發者本地都有一套git庫，每個人維護自己的版本（或者合并其他人的版本），而SVN是每個人寫完代碼后都及時的checkin到服務器上，進行合并。

Git的優勢：

說到優勢，那么自然是相對與SVN而言的
1.版本庫本地化，支持離線提交，相對獨立不影響協同開發。每個開發者都擁有自己的版本控制庫，在自己的版本庫上可以任意的執行提交代碼、創建分支等行為。例如，開發者認為自己提交的代碼有問題？沒關系，因為版本庫是自己的，回滾歷史、反復提交、歸并分支并不會影響到其他開發者。

2.更少的“倉庫污染”。git對于每個工程只會產生一個.git目錄，這個工程所有的版本控制信息都在這個目錄中，不會像SVN那樣在每個目錄下都產生.svn目錄。

3.把內容按元數據方式存儲，完整克隆版本庫。所有版本信息位于.git目錄中，它是處于你的機器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標簽、分支、版本記錄等。

4.支持快速切換分支方便合并，比較合并性能好。在同一目錄下即可切換不同的分支，方便合并，且合并文件速度比SVN快。

5.分布式版本庫，無單點故障，內容完整性好。內容存儲使用的是SHA-1哈希算法。這能確保代碼內容的完整性，確保在遇到磁盤故障和網絡問題時降低對版本庫的破壞。

本地創建git遠程倉庫：

我這里使用的是：centos7.2、并且在服務器中已經創建git賬戶；如果沒有創建git賬戶的朋友，需要先創建git，并且在服務器端安裝git

1.在本地建立一個空白的git倉庫:
Git –bare init
注：--bare參數相當與只創建一個空白的倉庫，只包含記錄版本庫歷史記錄的.git目錄下面的文件，不會包含實際項目源文件的拷貝;

2.將本地創建的倉庫添加到遠程服務器，使用的linux上傳命令；
Scp –r 文件夾 linux用戶名@ip:/文件目錄
如：scp –r gittest.git root@123.207.172.12:/data./git
(這里是將本地的gittest.git文件夾拷貝到服務器中 /data/git文件夾下)

3.此時可以直接將本地的gittest文件夾關聯遠程倉庫，也可以在本地再次克隆git倉庫；使用命令如下：
Git clone git@123.207.172.15:/data/git/gittest.git

4.可以直接創建一個文件，進行上傳測試；如:
cd gittest 進入文件夾
vi app.js 然后隨便輸入字符，esc+wq!進行保存退出；
然后將操作添加至暫存區：
Git add .
創建本地倉庫的版本：
Git commit –m “haha”
提交至遠程服務器倉庫：
Git push origin master;
注：如果此時出現此種錯誤：
remote: error: insufficient permission for adding an object to repository database ./objects
這時注意自己的服務器git賬戶是否有寫的權限；一般是因為git賬戶對gittest.git文件夾權限不夠；此時登陸自己的服務器，給git賬戶進行權限的賦予；命令為：
Chown –R git:git /data/git/gittest.git
權限操作完畢后，再次進行本地倉庫與遠程倉庫的同步，一般此時不再會進行報錯；
注：服務器git倉庫的創建也可以直接在linux操作系統中進行；

本地git創建倉庫與github的遠程倉庫相關聯:

1.首先登陸github官網；進行注冊、登錄

2.創建新的倉庫

3.在本地創建git倉庫

mkdir githubtest
git init
vi app.js
注：https協議和ssh協議的區別就是每次遠程操作都需要輸入github的用戶名和密碼；
4.https協議：
Git remote add origin https://github.com/misterguan...
Git add .
Git commit –m “haha”
Git push –u origin master
此時需要輸入github的用戶名和密碼

此時會報錯: error: failed to push some refs to
（此種原因一般為在github的遠程倉庫有文件，在本地倉庫沒有，所以此時應該先將遠程倉庫合并到本地倉庫，再進行提交）
git pull --rebase origin master
注意：這里的rebase和merge的區別，簡單理解，rebase在log中無分叉，而merge有
再次提交，將會成功；

ssh協議:

首先需要創建密鑰
ssh-keygen –t rsa –C 837990335@qq.com
可以一路回車；
(Enter file in which to save the key (/c/Users/dream/.ssh/id_rsa):
這里默認就可以，這是存放ssh密鑰的路徑)

（Enter passphrase (empty for no passphrase):這里為ssh的密碼，可以為空）

然后到C:Users用戶 .ssh中找到id_rsa.pub,然后復制里面的密鑰到github
例：C:Usersdream.ssh
在github的ssh and gpg keys中new ssh key
Title為此ssh的標記
Key為你本地的密鑰
測試下：
ssh git@github.com
如果輸出You"ve successfully authenticated；說明鏈接成功；
下面的操作跟https的一樣：

Git的分支管理:

查看本地分支：$ git branch
查看遠程分支：$ git branch -r
創建本地分支：$ git branch [name] ----注意新分支創建后不會自動切換為當前分支
切換分支：$ git checkout [name]
創建新分支并立即切換到新分支：$ git checkout -b [name]
刪除分支：$ git branch -d [name] ---- -d選項只能刪除已經參與了合并的分支，對于未有合并的分支是無法刪除的。如果想強制刪除一個分支，可以使用-D選項
合并分支：$ git merge [name] ----將名稱為[name]的分支與當前分支合并
創建遠程分支(本地分支push到遠程)：$ git push origin [name]
刪除遠程分支：$ git push origin :heads/[name]?或?$ gitpush origin :[name]?

項目開發的分支：
Master:用于發布版本的分支；（用于大版本號更新時使用）
Dev：開發時的主分支；
Feature：功能分支；（開發某個局部分支，從dev分支上分出來的）
Release：創建一個預發布分支（從dev分支上分出來，合并到master分支上，進行tag標注）
Bug：bug分支（從master分支上分出來，修改完畢后合并到master和dev分支）

分支合并
在git進行分支的合并時
如果使用默認的fast-farward merge
直接修改當前HEAD指針的指向然后再修改當前HEAD指針，說白了就是修改兩個指針的指向，而并沒有生成新的commit對象。

如果使用—no-ff 進行合并
這樣會在master分支上創建一個版本；

git如何解決代碼沖突:

1.邏輯沖突
git自動處理（合并/應用補丁）成功，但是邏輯上是有問題的。
比如另外一個人修改了文件名，但我還使用老的文件名，這種情況下自動處理是能成功的，但實際上是有問題的。
又比如，函數返回值含義變化，但我還使用老的含義，這種情況自動處理成功，但可能隱藏著重大BUG。這種問題，主要通過自動化測試來保障。所以最好是能夠寫出比較完備的自動化測試用例。
這種沖突的解決，就是做一次BUG修正。不是真正解決git報告的沖突。
2.內容沖突
兩個用戶修改了同一個文件的同一塊區域，git會報告內容沖突。我們常見的都是這種，后面的解決辦法也主要針對這種沖突。如圖中是：app.js沖突:

然后手動修改沖突的文件:

再次進行文件的提交，版本的創建；
3.樹沖突
文件名修改造成的沖突，稱為樹沖突。
比如，a用戶把app.js改名為master.js，b用戶把app.js文件改名為test.js，那么b將這兩個commit合并時，會產生沖突。

此時打開文件，把需要的刪除的文件刪除掉即可，如把master.js刪除掉；

然后，再次重新創建版本即可:

git常用操作命令:

1.查看、添加、提交、刪除、找回，重置修改文件
git help # 顯示command的help
git show # 顯示某次提交的內容 git show $id
git co -- # 拋棄工作區修改
git co . # 拋棄工作區修改
git add # 將工作文件修改提交到本地暫存區
git add . # 將所有修改過的工作文件提交暫存區
git rm # 從版本庫中刪除文件
git rm --cached # 從版本庫中刪除文件，但不刪除文件
git reset # 從暫存區恢復到工作文件
git reset -- . # 從暫存區恢復到工作文件
git reset --hard # 恢復最近一次提交過的狀態，即放棄上次提交后的所有本次修改
git ci git ci . git ci -a # 將git add, git rm和git ci等操作都合并在一起做　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　git ci -am "some comments"
git ci --amend # 修改最后一次提交記錄
git revert <$id> # 恢復某次提交的狀態，恢復動作本身也創建次提交對象
git revert HEAD # 恢復最后一次提交的狀態
2.查看文件diff
git diff # 比較當前文件和暫存區文件差異 git diff
git diff # 比較兩次提交之間的差異
git diff .. # 在兩個分支之間比較
git diff --staged # 比較暫存區和版本庫差異
git diff --cached # 比較暫存區和版本庫差異
git diff --stat # 僅僅比較統計信息
3.查看提交記錄
git log git log # 查看該文件每次提交記錄
git log -p # 查看每次詳細修改內容的diff
git log -p -2 # 查看最近兩次詳細修改內容的diff
git log --stat #查看提交統計信息
tig
Mac上可以使用tig代替diff和log，brew install tig

4.查看、切換、創建和刪除分支
git br -r # 查看遠程分支
git br # 創建新的分支
git br -v # 查看各個分支最后提交信息
git br --merged # 查看已經被合并到當前分支的分支
git br --no-merged # 查看尚未被合并到當前分支的分支
git co # 切換到某個分支
git co -b # 創建新的分支，并且切換過去
git co -b # 基于branch創建新的new_branch
git co $id # 把某次歷史提交記錄checkout出來，但無分支信息，切換到其他分支會自動刪除
git co $id -b # 把某次歷史提交記錄checkout出來，創建成一個分支
git br -d # 刪除某個分支
git br -D # 強制刪除某個分支 (未被合并的分支被刪除的時候需要強制)
5.?分支合并和rebase
git merge # 將branch分支合并到當前分支
git merge origin/master --no-ff # 不要Fast-Foward合并，這樣可以生成merge提交
git rebase master # 將master rebase到branch，相當于： git co && git rebase master && git co master && git merge
6.?Git補丁管理(方便在多臺機器上開發同步時用)
git diff > ../sync.patch # 生成補丁
git apply ../sync.patch # 打補丁
git apply --check ../sync.patch #測試補丁能否成功
7.?Git暫存管理
git stash # 暫存
git stash list # 列所有stash
git stash apply # 恢復暫存的內容
git stash drop # 刪除暫存區
8.Git遠程分支管理
git pull # 抓取遠程倉庫所有分支更新并合并到本地
git pull --no-ff # 抓取遠程倉庫所有分支更新并合并到本地，不要快進合并
git fetch origin # 抓取遠程倉庫更新
git merge origin/master # 將遠程主分支合并到本地當前分支
git co --track origin/branch # 跟蹤某個遠程分支創建相應的本地分支
git co -b origin/ # 基于遠程分支創建本地分支，功能同上
git push # push所有分支
git push origin master # 將本地主分支推到遠程主分支
git push -u origin master # 將本地主分支推到遠程(如無遠程主分支則創建，用于初始化遠程倉庫)
git push origin # 創建遠程分支， origin是遠程倉庫名
git push origin : # 創建遠程分支
git push origin : #先刪除本地分支(git br -d )，然后再push刪除遠程分支
9.Git遠程倉庫管理
GitHub
git remote -v # 查看遠程服務器地址和倉庫名稱
git remote show origin # 查看遠程服務器倉庫狀態
git remote add origin git@ github:robbin/robbin_site.git # 添加遠程倉庫地址
git remote set-url origin git@ github.com:robbin/robbin_site.git # 設置遠程倉庫地址(用于修改遠程倉庫地址) git remote rm # 刪除遠程倉庫
10.創建遠程倉庫
git clone --bare robbin_site robbin_site.git # 用帶版本的項目創建純版本倉庫
scp -r my_project.git git@ git.csdn.net:~ # 將純倉庫上傳到服務器上
mkdir robbin_site.git && cd robbin_site.git && git --bare init # 在服務器創建純倉庫
git remote add origin git@ github.com:robbin/robbin_site.git # 設置遠程倉庫地址
git push -u origin master # 客戶端首次提交
git push -u origin develop # 首次將本地develop分支提交到遠程develop分支，并且track
git remote set-head origin master # 設置遠程倉庫的HEAD指向master分支
也可以命令設置跟蹤遠程庫和本地庫
git branch --set-upstream master origin/master
git branch --set-upstream develop origin/develop

項目自動化:

現在的前端開發已經不再僅僅只是靜態網頁的開發了，日新月異的前端技術已經讓前端代碼的邏輯和交互效果越來越復雜，更加的不易于管理，模塊化開發和預處理框架把項目分成若干個小模塊，增加了最后發布的困難，沒有一個統一的標準，讓前端的項目結構千奇百怪。前端自動化構建在整個項目開發中越來越重要。

(一)工具化
在前端的技術棧發展過程中，出現了很多的工具，形成了工具化，能夠用工具完成的絕不要手工完成，來幫助開發者提升效率。

前端工作流工具： Gulp，Grunt

前端js模塊編譯工具：Babel，Browserify，Webpack

包管理器： npm，bower

前端開發系列工具： livereload，數據mock，代碼監控，代碼檢查。

(二)工程化
工程化是一個發展趨勢，以工具化為基礎。

工程的核心是流程自動化，又稱為構建，這些包括了：代碼質量檢測，代碼壓縮，代碼合并，代碼優化，代碼編譯，單元測試等等部分。構建就是把這些以工作流程的方式組合起來，然后用一個命令行運行這整個流程。它有點像批處理，但是是程序開發中使用的特殊批處理。

(三)自動化
自動化是以工程化為基礎，是在流程自動化上更進一步的自動化。
持續集成就是全自動化的一個終極體現。他的主要流程是：版本控制庫 ->構建 ->測試 ->報告.

(四)代碼規范
代碼規范可以提高代碼的可閱讀性和避免一些低級錯誤。為了將代碼規范的檢查放到前端開發工程中，各種前端語言都有對應的hint或者lint工具。

(五)預處理
SASS
甚至為了避免這一點，引入了各種預編譯語言，css的預編譯less，現在流行的是sass，功能也更加強大，語法錯誤無法通過編譯，來彌補css這種缺陷。

(六)ES6
js的預處理語言也有很多，只是為了讓有其他語言經驗的開發者更容易的上手js的編碼。

因為瀏覽器的實現大多還是 ES5 的標準，為了使用最新的 ES6 語法，通常的做法是采用 Babel 將 ES6 編譯為 ES5。

(七)js模塊化
amd,cmd,common,es6

(八)文件處理
通常一個前端項目會分有一個 src 目錄和 dist 目錄， src 放置源碼，dist 放置編譯后的代碼。所以在前端工程的流程中會涉及到文件的拷貝，刪除，移動等流程。

(九)開發效率
通常的前端開發過程是，修改前端代碼，調用命令編譯代碼，然后瀏覽器 F5 刷新。這個過程可以做到自動化，通過代碼監控工具，指定要監控的目錄和文件，如果對應文件有改變，調用編譯工具編譯源碼，然后通過 livereload 自動刷新瀏覽器。 gulp-browserify也可以實現同樣的功能。

(十)數據的mock
現代化前端項目開發大多是前后端分離的方式，也就是后端基本是提供 API 服務，在真實開發環境中，通常的問題是，后端 API 極其不穩定或者沒開發，為了不阻礙前端的開發，通常的做法是，前后端先約定 API 接口定義，然后前端根據定義 mock 接口。

(十一)前端工作流
為了解決前端工程中復雜的流程，出現了很多開源前端流程處理工具。這些工作流工具不僅僅是其本身，都是一個流程生態體系，每個工具都涉及到對應的插件庫，幾乎我們能想到的前端工程問題都有對用的插件能夠解決。

Gulp:

Gulp 是基于node.js的一個前端自動化構建工具，開發這可以使用它構建自動化工作流程（前端集成開發環境）。?
使用gulp你可以簡化工作量，讓你把重點放在功能的開發上，從而提高你的開發效率和工作質量。?gulpjs是一個前端構建工具，與gruntjs相比，gulpjs無需寫一大堆繁雜的配置參數，API也非常簡單，學習起來很容易，而且gulpjs使用的是nodejs中stream來讀取和操作數據，其速度更快

(一)安裝：
需要在全局或者項目中同時安裝；
Cnpm install -g gulp
Cnpm install –save-dev gulp

(二)配置文件

使用gulpfile.js進行配置，基于gulp工作流的項目結構如下：

(三)Api:

1.gulp.src(globs[, options]) 輸出（Emits）符合所提供的匹配模式（glob）或者匹配模式的數組（array of globs）的文件。 將返回一個?Vinyl files?的?stream?它可以被?piped?到別的插件中。文件的入口
A.路徑匹配：
1)*? ：能匹配?a.js,x.y,abc,abc/,但不能匹配a/b.js
2).? ：能匹配?a.js,style.css,a.b,x.y
3)//*.js? ：能匹配?a/b/c.js,x/y/z.js,不能匹配a/b.js,a/b/c/d.js
4)**?能匹配 ：?abc,a/b.js,a/b/c.js,x/y/z,x/y/z/a.b,能用來匹配所有的目錄和文件
5)*/.js? ：能匹配?foo.js,a/foo.js,a/b/foo.js,a/b/c/foo.js
6)a/**/z? ：能匹配?a/z,a/b/z,a/b/c/z,a/d/g/h/j/k/z
7)a/b/z? ：能匹配?a/b/z,a/sb/z,但不能匹配a/x/sb/z,因為只有單多帶帶出現才能匹配多級目錄
8)?.js? ：能匹配?a.js,b.js,c.js
9)a??? ：能匹配?a.b,abc,但不能匹配ab/,因為它不會匹配路徑分隔符
10)[xyz].js? ：只能匹配?x.js,y.js,z.js,不會匹配xy.js,xyz.js等,整個中括號只代表一個字符
11)¹.js? ：能匹配?a.js,b.js,c.js等,不能匹配x.js,y.js,z.js

B.匹配多種文件
//使用數組的方式來匹配多種文件
gulp.src(["js/.js","css/.css","*.html"])

2.gulp.dest(path[, options]) 能被 pipe 進來，并且將會寫文件。并且重新輸出（emits）所有數據，因此你可以將它 pipe 到多個文件夾。如果某文件夾不存在，將會自動創建它。輸出文件
根路徑：如果在src中不設置base時，所有的默認根路徑，都是從出現匹配符的地方開始截取：
如：
gulp.src("app/src/*/.css") //此時base的值為app/src,也就是說它的base路徑為app/src

 //設該模式匹配到了文件 app/src/css/normal.css
.pipe(gulp.dest("dist")) //用dist替換掉base路徑，最終得到 dist/css/normal.css

如果增加base基路徑：

gulp.src(script/lib/*.js, {base:"script"}) //配置了base參數，此時base路徑為script //假設匹配到的文件為script/lib/jquery.js .pipe(gulp.dest("build")) //此時生成的文件路徑為 build/lib/jquery.js
3.gulp.task(name[, deps], fn) 定義一個使用?Orchestrator?實現的任務（task）。

1)參數：
Name：任務的名字，如果你需要在命令行中運行你的某些任務，那么，請不要在名字中使用空格。
Deps：類型：?Array，一個包含任務列表的數組，這些任務會在你當前任務運行之前完成。
Fn：該函數定義任務所要執行的一些操作。

2)異步任務
A.使用callback：

var gulp = require("gulp");
// 返回一個 callback，因此系統可以知道它什么時候完成
gulp.task("one", function(cb) {

// 做一些事 -- 異步的或者其他的
cb(err); // 如果 err 不是 null 或 undefined，則會停止執行，且注意，這樣代表執行失敗了

});
// 定義一個所依賴的 task 必須在這個 task 執行之前完成
gulp.task("two", ["one"], function() {

// "one" 完成后

});

gulp.task("default", ["two"]);

B.使用promise

var gulp = require("gulp");
// 返回一個 callback，因此系統可以知道它什么時候完成
gulp.task("one", function(cb) {

// 做一些事 -- 異步的或者其他的
return new Promise((res, rej) => {
    setTimeout(() => {
        res(1344)
    }, 5000)
})

});
// 定義一個所依賴的 task 必須在這個 task 執行之前完成
gulp.task("two", ["one"], function() {

// "one" 完成后
console.log("two開始")

});

gulp.task("default", ["two"]);
注意：5s后才開始執行的two任務

3)對于同步任務：

  gulp.task("one",function(cb){
    var stream = gulp.src("client/**/*.js")
        .pipe(dosomething()) //dosomething()中有某些異步操作
        .pipe(gulp.dest("build"));
      return stream;
  });
  
  gulp.task("two",["one"],function(){
    console.log("two is done");
  });

4.gulp.watch(glob[, opts], tasks)監視文件，并且可以在文件發生改動時做一些事情；
1)監聽文件改變，并執行相應的task任務
var watcher = gulp.watch("js/*/.js", ["uglify", "reload"]);
watcher.on("change", function(event) {

console.log("File " + event.path + " was " + event.type + ", running tasks...");

});

2)監聽文件改變，并執行回調函數

gulp.watch("js/*/.js", function(event) {

console.log("File " + event.path + " was " + event.type + ", running tasks...");

});

(四)第三方插件：

1.gulp-load-plugins：用來加載插件，避免我們再頭部聲明一堆插件，做到想用就用
2.less：用于編譯 .less文件
3.autoprefixer：自動添加css前綴
4.babel：es6 編譯成 es5
5.uglify：JS壓縮
6.minify：CSS壓縮
7.rename：重命名
8.sourcemaps：資源映射
9.concat：合并文件
10.del：刪除文件、文件夾
11.inject：文件注入
12.notify：提示信息
13.browser-sync：熱啟動
14.http-proxy-middleware：配合browser-sync進行跨域
15.changed：只有發生了改變的文件才能進入流中
16.sequence：讓task按順序完成
17.rev：添加MD5
18.watch：監聽文件變化

(五)實現項目自動化構建：

使用gulp構建項目，項目中支持：
1)js的模塊化（可以實現模塊化（common與require的切換））；
2)sass的編譯；
3)jslint的代碼校驗；
4)劃分本地啟動配置和線上打包配置；
5)實現文件的md5加密；
6)實現本地的開發服務；
7)實現mock數據
8)實現本地實時刷新

本篇文章內容還未補全，之后會做更多修改，以期待完成補全，不過對于初學git以及node的同學來說已然是夠用了