https://blog.csdn.net/web_csdn_share/article/details/79243308
下面是我整理的常用 Git 命令清單，幾個專用名詞的譯名如下，
- Workspace：作業區
- Index / Stage：暫存區
- Repository：倉庫區（或本地倉庫）
- Remote：遠程倉庫
本地分支關聯遠程：git branch --set-upstream-to=origin/beta beta
代碼庫修改密碼后push不上去怎么辦？
// 重新輸入密碼
git config --system --unset credential.helper
// 密碼存盤同步
git config --global credential.helper store
一、新建代碼庫
# 在當前目錄新建一個Git代碼庫
$ git init
# 新建一個目錄，將其初始化為Git代碼庫
$ git init [project-name]
# 下載一個專案和它的整個代碼歷史
$ git clone [url]
二、配置
Git的設定檔案為.gitconfig，它可以在用戶主目錄下（全域配置），也可以在專案目錄下（專案配置），
# 顯示當前的Git配置
$ git config --list
# 編輯Git組態檔
$ git config -e [--global]
# 設定提交代碼時的用戶資訊
$ git config [--global] user.name "[name]"
$ git config [--global] user.email "[email address]"
三、增加/洗掉檔案
# 添加指定檔案到暫存區
$ 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 branch
# 列出所有遠程分支
$ git branch -r
# 列出所有本地分支和遠程分支
$ git branch -a
# 新建一個分支，但依然停留在當前分支
$ git branch [branch-name]
# 以遠程分支為基礎新建一個分支，并切換到該分支
$ git checkout -b [branch] origin/[remote-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]
六、標簽
# 列出所有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 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
八、遠程同步
# 下載遠程倉庫的所有變動
$ git fetch [remote]
# 顯示所有遠程倉庫
$ git remote -v
# 顯示某個遠程倉庫的資訊
$ git remote show [remote]
# 增加一個新的遠程倉庫，并命名
$ git remote add [shortname] [url]
# 取回遠程倉庫的變化，并與本地分支合并
$ git pull [remote] [branch]
# 上傳本地指定分支到遠程倉庫
$ git push [remote] [branch]
# 強行推送當前分支到遠程倉庫，即使有沖突
$ git push [remote] --force
# 推送所有分支到遠程倉庫
$ git push [remote] --all
九、撤銷
# 恢復暫存區的指定檔案到作業區
$ 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
十、其他
# 生成一個可供發布的壓縮包
$ git archive
六、修補bug分支
最后一種是修補bug分支，軟體正式發布以后，難免會出現bug，這時就需要創建一個分支，進行bug修補，
修補bug分支是從Master分支上面分出來的，修補結束以后，再合并進Master和Develop分支，它的命名，可以采用fixbug-*的形式，
創建一個修補bug分支：
git checkout -b fixbug-0.1 master
修補結束后，合并到master分支：
git checkout master
git merge --no-ff fixbug-0.1
git tag -a 0.1.1
再合并到develop分支：
git checkout develop
git merge --no-ff fixbug-0.1
最后，洗掉"修補bug分支"：
git branch -d fixbug-0.1
版本回退-撤銷檔案修改
{針對檔案修改恢復}
作業區修改一個檔案后，又想回到修改前(git add前)
1. 當然可以直接手動再在作業區中將檔案修改回去
2. 修改后，通過命令git status查看
$ 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
#
no changes added to commit (use "git add" and/or "git commit -a")
這時Git會告訴你，git checkout -- file可以丟棄作業區的修改：
$ git checkout -- readme.txt
Note:
1. git checkout -- file命令中的--很重要，沒有--，就變成了“切換到另一個分支”的命令，我們在后面的分支管理中會再次遇到git checkout命令，
2. 命令git checkout -- readme.txt意思就是，把readme.txt檔案在作業區的修改全部撤銷，這里有兩種情況：
一種是readme.txt自修改后還沒有被放到暫存區，現在，撤銷修改就回到和版本庫一模一樣的狀態；一種是readme.txt已經添加到暫存區后，又作了修改，現在，撤銷修改就回到添加到暫存區后的狀態，總之，就是讓這個檔案回到最近一次git commit或git add時的狀態，
3. 作業區、暫存區的概念不清楚的可見于Git版本控制教程 - Git本地倉庫
如果在作業區中修改了檔案還git add到暫存區（但是在commit之前）
用git status查看一下，修改只是添加到了暫存區，還沒有提交：
$ git status
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# modified: readme.txt
#
Git同樣告訴我們，用命令git reset HEAD file可以把暫存區的修改撤銷掉（unstage），重新放回作業區：
$ git reset HEAD readme.txt
Unstaged changes after reset:
M readme.txt
git reset命令既可以回退版本，也可以把暫存區的修改回退到作業區，當我們用HEAD時，表示最新的版本，
再用git status查看一下，現在暫存區是干凈的，作業區有修改，
然后丟棄作業區的修改
$ git checkout -- readme.txt
$ git status
# On branch master
nothing to commit (working directory clean)
不但修改了檔案還從暫存區提交commit到了版本庫 - 版本回退
版本回退可以回退到上一個版本，不過，這是有條件的，就是你還沒有把自己的本地版本庫推送到遠程，Git是分布式版本控制系統，
在作業中對某個檔案（如readme.txt）進行多次修改交commit，
可以通過版本控制系統命令告訴我們提交的歷史記錄，在Git中，我們用git log命令查看：
$ git log
commit 3628164fb26d48395383f8f31179f24e0882e1e0
Author: Michael Liao <[email protected]>
Date: Tue Aug 20 15:11:49 2013 +0800
append GPL
commit ea34578d5496d7dd233c827ed32a8cd576c5ee85
Author: Michael Liao <[email protected]>
Date: Tue Aug 20 14:53:12 2013 +0800
add distributed
commit cb926e7ea50ad11b8f9e909c05226233bf755030
Author: Michael Liao <[email protected]>
Date: Mon Aug 19 17:51:55 2013 +0800
wrote a readme file
Note:
1. git log命令顯示從最近到最遠的提交日志，我們可以看到3次提交，最近的一次是append GPL，上一次是add distributed，最早的一次是wrote a readme file，
2. 如果嫌輸出資訊太多，看得眼花繚亂的，可以試試加上--pretty=oneline引數：
$ git log --pretty=oneline
3628164fb26d48395383f8f31179f24e0882e1e0 append GPL
ea34578d5496d7dd233c827ed32a8cd576c5ee85 add distributed
cb926e7ea50ad11b8f9e909c05226233bf755030 wrote a readme file
. 你看到的一大串類似3628164...882e1e0的是commit id（版本號），和SVN不一樣，Git的commit id不是1，2，3……遞增的數字，而是一個SHA1計算出來的一個非常大的數字，用十六進制表示，而且你看到的commit id和我的肯定不一樣，以你自己的為準，為什么commit id需要用這么一大串數字表示呢？因為Git是分布式的版本控制系統，后面我們還要研究多人在同一個版本庫里作業，如果大家都用1，2，3……作為版本號，那肯定就沖突了，
4. 每提交一個新版本，實際上Git就會把它們自動串成一條時間線，如果使用可視化工具（如GitX、github的客戶端、pycharm）查看Git歷史，就可以更清楚地看到提交歷史的時間線，
現在我們想要把readme.txt回退到上一個版本
如“add distributed”的那個版本，怎么做呢？首先，Git必須知道當前版本是哪個版本，在Git中，用HEAD表示當前版本，也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一樣），上一個版本就是HEAD^，上上一個版本就是HEAD^^，當然往上100個版本寫100個^比較容易數不過來，所以寫成HEAD~100，
現在，我們要把當前版本“append GPL”回退到上一個版本“add distributed”，就可以使用git reset命令：
$ git reset --hard HEAD^
HEAD is now at ea34578 add distributed
這時readme.txt的內容就成了版本add distributed
我們用git log再看看現在版本庫的狀態：
$ git log
commit ea34578d5496d7dd233c827ed32a8cd576c5ee85
Author: Michael Liao <[email protected]>
Date: Tue Aug 20 14:53:12 2013 +0800
add distributed
commit cb926e7ea50ad11b8f9e909c05226233bf755030
Author: Michael Liao <[email protected]>
Date: Mon Aug 19 17:51:55 2013 +0800
wrote a readme file
最新的那個版本append GPL已經看不到了！
恢復檔案后，要是我們又想回到修改后的檔案呢？（命令列視窗還沒有被關掉）
{這個是git reset --hard后，又反悔了，想回到修改后的狀態}
只要上面的命令列視窗還沒有被關掉，你就可以順著往上找啊找啊，找到那個append GPL的commit id是3628164...，于是就可以指定回到未來的某個版本：
- $ git reset --hard 3628164
- HEAD is now at 3628164 append GPL
版本號沒必要寫全，前幾位就可以了，Git會自動去找，
Git的版本回退速度非常快，因為Git在內部有個指向當前版本的HEAD指標，當你回退版本的時候，Git僅僅是把HEAD從指向append GPL：
改為指向add distributed：
然后順便把作業區的檔案更新了，所以你讓HEAD指向哪個版本號，你就把當前版本定位在哪，
恢復檔案后，要是我們又想回到修改后的檔案呢？（命令列視窗早就關掉了）
{這個是git reset --hard后，又反悔了，想回到修改后的狀態}
想恢復到新版本怎么辦？找不到新版本的commit id怎么辦？當你用$ git reset --hard HEAD^回退到add distributed版本時，再想恢復到append GPL，就必須找到append GPL的commit id，
Git提供了一個命令git reflog用來記錄你的每一次命令：[Git高級教程:git log與git reflog]
$ git reflog
ea34578 HEAD@{0}: reset: moving to HEAD^
3628164 HEAD@{1}: commit: append GPL
ea34578 HEAD@{2}: commit: add distributed
cb926e7 HEAD@{3}: commit (initial): wrote a readme file
第二行顯示append GPL的commit id是3628164，現在，你又可以乘坐時光機回到未來了，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/158264.html
標籤：Java