git 基本使用
一,提取歷史版本
1,檢視提交歷史記錄,第一行為sha值
git log
2,新建乙個分支,提取歷史版本
git branch 新分支名 sha值
3,切換到新的分支
git checkout 新分支名
二,基本操作:
建立新倉庫
建立新資料夾，開啟，然後執行 git init以建立新的 git 倉庫。
檢出倉庫
執行如下命令以建立乙個本地倉庫的轉殖版本：
git clone /path/to/repository
如果是遠端伺服器上的倉庫，你的命令會是這個樣子：
git clone username@host:/path/to/repository
工作流你的本地倉庫由 git 維護的三棵「樹」組成。第乙個是你的 工作目錄，它持有實際檔案。
第二個是 快取區（index），它像個快取區域，臨時儲存你的改動；最後是 head，指向你最近一次提交後的結果。
新增與提交
你可以計畫改動（把它們新增到快取區），使用如下命令：
git add
git add *
這是 git 基本工作流程的第一步；
使用如下命令以實際提交改動
git commit -m "**提交資訊"
現在，你的改動已經提交到了head，但是還沒到你的遠端倉庫。
推送改動
你的改動現在已經在本地倉庫的head中了。執行如下命令以將這些改動提交到遠端倉庫：
git push origin master
可以把 master 換成你想要推送的任何分支。如果你還沒有轉殖現有倉庫，並欲將你的倉庫連線到某個遠端伺服器，你可以使用如下命令新增：
git remote add origin
如此你就能夠將你的改動推送到所新增的伺服器上去了。
分支分支是用來將特性開發絕緣開來的。在你建立倉庫的時候，master 是「預設的」。
在其他分支上進行開發，完成後再將它們合併到主分支上。
建立乙個叫做「new_fz」的分支，並切換過去：
git checkout -b new_fz
切換回主分支：
git checkout master
再把新建的分支刪掉：
git branch -d new_fz
除非你將分支推送到遠端倉庫，不然該分支就是 不為他人所見的：
git push origin
更新與合併
要更新你的本地倉庫至最新改動，執行：
git pull
以在你的工作目錄中 獲取（fetch） 並 合併（merge） 遠端的改動。
要合併其他分支到你的當前分支（例如 master），執行
git merge
兩種情況下，git 都會嘗試去自動合併改動。不幸的是，自動合併並非次次都能成功，並可能導致 衝突（conflicts）。
這時候就需要你修改這些檔案來人肉合併這些 衝突（conflicts） 了。改完之後，你需要執行如下命令以將它們標記為合併成功：
git add
在合併改動之前，也可以使用如下命令檢視：
git diff
標籤git tag 1.0.0 1b2e1d63ff
1b2e1d63ff 是你想要標記的提交 id 的前 10 位字元。使用如下命令獲取提交 id：
git log
你也可以用該提交 id 的少一些的前幾位，只要它是唯一的。
替換本地改動
假如你做錯事（自然，這是不可能的），你可以使用如下命令替換掉本地改動：
假如你想要丟棄你所有的本地改動與提交，可以到伺服器上獲取最新的版本並將你本地主分支指向到它：
git fetch origin
git reset --hard origin/master
有用的貼士
內建的圖形化 git：
gitk
彩色的 git 輸出：
git config color.ui true
顯示歷史記錄時，只顯示一行注釋資訊：
git config format.pretty oneline
互動地新增檔案至快取區：
git add -i
Git基本操作
1.初始化倉庫 git init 2.配置作者資訊 git config global user.email youremail corp.com git config global user.name yourname 3.新增檔案到暫存區 git add git add 新增所有檔案到暫存區 4...
git基本操作
1.先建乙個資料夾 mikdir gittest 這時就會有乙個gittest資料夾，cd gittest 進入這個資料夾 ls一下，就會看到gittest下沒有東西 2.生成乙個git git init cat git 顯示一下所有git 3.建乙個檔案 touch readme.md 這時git...
Git基本操作
21 nov,錦州 同生活中的許多偉大事件一樣，git 誕生於乙個極富紛爭大舉創新的年代。linux 核心開源專案有著為數眾廣的參與者。絕大多數的 linux 核心維護工作都花在了提交補丁和儲存歸檔的繁瑣事務上 1991 2002年間 到 2002 年，整個專案組開始啟用分布式版本控制系統 bitk...