Git配置
1.設置的主要命令是 git config:
git config --global user.name "maxsu" // 設置全局用戶名
git config --global user.email "[email protected]" // 設置郵箱
其中, --global 指定為全局配置,不使用該參數,則為當前所在倉庫配置。
2. 除了用戶名、郵箱之外,還有很多的配置可以用來自定義 Git,如:
git config --global color.ui true // 讓 Git 顯示不同的顏色
git config core.ignorecase true // 讓 Git 對倉庫中的文件大小寫敏感
3. 查看所有的已經做出的配置:
git config -l
基礎操作
1. 創建 Git 版本庫
在本地創建 Git 版本庫,需要使用 git init 命令。
首先,你需要新建一個存放版本庫的目錄,然後進入到該目錄所在路徑,然後執行:
git init
然後查看目錄結構中,就可以看到包含有 .git 子目錄,這就說明創建版本庫成功了。
2. 將文件添加到版本庫
要將一個文件納入到版本庫管理,首先要將其添加到暫存區(這裡不做深入介紹),然後才能提交到倉庫中。
2.1 將文件添加到暫存區,使用的是 git add:
git add Readme.md // 添加單個文件到暫存區
git add . // 將當前目錄下所有修改添加到暫存區,除按照規則忽略的之外
注意:這邊空文件夾是不會被添加到暫存區中的。
2.2 將暫存區中的文件,提交到倉庫中。需要使用 git commit:
git commit // 如果暫存區有文件,則將其中的文件提交到倉庫
git commit -m 'your comments' // 帶評論提交,用於說明提交內容、變更、作用等
3. 查看倉庫的狀態
不論我們是新建了文件,將文件加入暫存區,或者其他的修改等等,我們都可以通過:
git status
來隨時查看倉庫中文件的狀態。這個應該是使用 Git 做版本控制過程中,我使用最多的一個命令。
4. 查看倉庫中的具體修改
很經常的,我們對某個文件做了修改,但過不久就忘記了。這時候就可以通過 git diff 來查看具體的修改內容。
git diff // 查看版本庫中所有的改動
git diff Readme.md // 查看具體文件的改動
5. 查看提交歷史記錄
有的時候,你會需要查看自己做過哪些提交,來回顧自己完成的部分。或者需要尋找某個具體的提交來查看當時的代碼。這裡需要用到:
git log // 顯示所有提交的歷史記錄
git log --pretty=oneline // 單行顯示提交歷史記錄的內容
6. 版本回退
有了 git log 來查看提交的歷史記錄,我們就可以通過 git reset --hard 來回退到我們需要的特定版本,然後使用當時的代碼進行各種操作。
git reset --hard HEAD^ // 回退到上一個提交版本
git reset --hard HEAD^^ // 回退到上上一個提交版本
git reset --hard 'commit_id' // 會退到 commit_id 指定的提交版本
7. 回到未來的某個提交
當退回到某個提交的版本以後,再通過 git log 是無法顯示在這之後的提交信息的。但是,通過 git reflog 可以獲取到操作命令的歷史。
因此,想要回到未來的某個提交,先通過 git reflog 從歷史命令中找到想要回到的提交版本的 ID,然後通過 git reset --hard 來切換。
git reflog
git reset --hard 'commit_id'
8. 撤銷修改
撤銷修改同樣包括兩方面的內容,由於倉庫中的文件在提交之前,可能在工作區中,尚未在版本控制範圍內,也可能在暫存區中。
8.1 丟棄工作區中文件的修改
git checkout -- Readme.md // 如果 Readme.md 文件在工作區,則丟棄其修改
git checkout -- . // 丟棄當前目錄下所有工作區中文件的修改
注意: git checkout -- 中的 -- 是必須的。
8.2 丟棄已經進入暫存區的修改
git reset HEAD Readme.md // 將 Readme.md 恢復到 HEAD 提交版本的狀態
9. 刪除文件
在文件未添加到暫存區之前,對想刪除文件可以直接物理刪除。或者通過 git checkout -- file 來丟棄。如果文件已經被提交,則需要 git rm 來刪除:
git rm Readme.md // 刪除已經被提交過的 Readme.md
注意: git rm 只能刪除已經提交到版本庫中的文件。其他狀態的文件直接用這個命令操作是出錯的。
分支管理
1. 查看分支
查看分支使用 git branch:
git branch // 查看本地分支信息
git branch -v // 查看相對詳細的本地分支信息
git branch -av // 查看包括遠程倉庫在內的分支信息
注意:在 git branch 的輸出內容中,有一個分支,前面帶有 * 號,這標識我們當前所在的分支。
2. 創建分支
當我們要修復一個 Bug,或者開發一個新特性,甚至是在初學的時候怕打亂原來的代碼,都可以新建一個分支來避免對原來代碼的影響。
git branch dev // 新建一個名稱為 dev 的分支
3. 切換分支
當我們創建完分支以後,我們需要切換到新建的分支,否則,所有的修改,還是在原來的分支上。事實上,所有的改動,只能影響到當前所在的分支。
git checkout dev // 新建完 dev 分支以後,通過該命令切換到 dev 分支
4. 創建並切換分支
git checkout -b dev // 新建 dev 分支,並切換到該分支上
這個命令合併了前兩個獨立的命令,平常使用中一般這樣使用。
5. 合併分支
當我們修復完成一個 Bug,或者開發完成一個新特性,我們就會把相關的 Bug 或者 特性的上修改合併回原來的主分支上,這時候就需要 git merge 來做分支的合併。
首先需要切換回最終要合併到的分支,如 master:
git checkout master // 切換回 master 分支
git merge dev // 將 dev 分鐘中的修改合併回 master 分支
合併回主分支的時候,後面可能會面臨到衝突的問題。衝突的解決暫不在這裡說明。
6. 刪除分支
當之前創建的分支,完成了它的使命,如 Bug 修復完,分支合併以後,這個分支就不在需要了,就可以刪除它。
git branch -d dev // 刪除 dev 分支
遠程倉庫
1. 從遠程倉庫克隆
如果你本地沒有倉庫,希望從已有的遠程倉庫上覆制一份代碼,那麼你需要 git clone。
git clone https://github.com/git/git.git // 通過 https 協議,克隆 Github 上 git 倉庫的源碼
git clone [email protected]/git/git.git // 通過 ssh 協議,克隆 Github 上 git 倉庫的源碼
注意: git clone 後面的倉庫地址,可以支持多種協議,如 https, ssh 等。
2. 添加遠程倉庫
如果你已經有了一個本地倉庫,如之前創建的 git-guide,然後你打算將它發佈到遠程,供其他人協作。那麼使用:
git remote add origin your_remote_git_repo // 為本地倉庫添加遠程倉庫
3. 推送本地的內容到遠程倉庫
當本地倉庫中,代碼完成提交,就需要將代碼等推送到遠程倉庫,這樣其他協作人員可以從遠程倉庫同步內容。
git push -u origin master // 第一次推送時使用,可以簡化後面的推送或者拉取命令使用
git push origin master // 將本地 master 分支推送到 origin 遠程分支
注意: git push -u origin master,第一次使用時,帶上 -u 參數,在將本地的 master 分支推送到遠程新的 master 分支的同時,還會把本地的 master 分支和遠程的 master 分支關聯起來。
4. 從遠程倉庫獲取最新內容
在多人協作過程中,當自己完成了本地倉庫中的提交,想要向遠程倉庫推送前,需要先獲取到遠程倉庫的最新內容。
可以通過 git fetch 和 git pull 來獲取遠程倉庫的內容。
git fetch origin master
git pull origin master
git fetch 和 git pull 之間的區別:
- git fetch 是僅僅獲取遠程倉庫的更新內容,並不會自動做合併。
- git pull 在獲取遠程倉庫的內容後,會自動做合併,可以看成 git fetch 之後 git merge。
注意:建議多使用 git fetch。
5. 查看遠程倉庫信息
git remote [-v] // 顯示遠程倉庫信息
6. 建立本地分支和遠程分支的關聯
在本地倉庫中的分支和遠程倉庫中的分支是對應的。一般情況下,遠程倉庫中的分支名稱和本地倉庫中的分支名稱是一致的。
有的時候,我們會需要指定本地分支與遠程分支的關聯。
git branch --set-upstream 'local_branch' origin/remote_branch
7. 修改本地倉庫對應的遠程倉庫地址
當遠程的倉庫地址發生變化時,需要修改本地倉庫對應的遠程倉庫的地址。主要應用在工程遷移過程中。
git remote set-url origin url
標籤管理
在項目開發過程中,當一個版本發佈完成時,是需要對代碼打上標籤,便於後續檢索。獲取處於其他的原因,需要對某個提交打上特定的標籤。
1. 創建標籤
git tag -a 'tagname' -m 'comment' 'commit_id'
-a 參數指定標籤名, -m 添加備註信息, 'commit_id' 指定打標籤的提交。
2. 查看所有標籤
git tag // 查看本地倉庫中的所有標籤
3. 查看具體標籤信息
git show tagname
4. 刪除本地標籤
如果打的標籤出錯,或者不在需要某個標籤,則可以刪除它。
git tag -d tagname
5. 刪除遠程標籤
git push origin :refs/tags/tagname
git push origin --delete tagname
git push origin :tagname
6. 推送標籤到遠程倉庫
打完標籤以後,有需要推送到遠程倉庫。
6.1 推送單個標籤到遠程倉庫
git push origin tagname
6.2 一次性推送所有標籤到遠程倉庫。
git push origin --tags
進階操作
1. 臨時保存修改
在執行很多的 Git 操作的時候,是需要保持當前操作的倉庫/分支處於 clean 狀態,及沒有未提交的修改。如 git pull, git merge 等等,如果有未提交的修改,這些將無法操作。
但是做這些事情的時候,你可能修改了比較多的代碼,卻又不想丟棄它。那麼,你需要把這些修改臨時保存起來,這就需要用到 git stash。
1.1 臨時保存修改,這樣倉庫就可以回到 clean 狀態。
git stash // 保存本地倉庫中的臨時修改。
注意:可以多次的 git stash 來保存不同的臨時修改。
1.2 查看臨時保存。當你臨時保存以後,後面還是要取回來的,那它們在哪裡呢?
git stash list // 顯示所有臨時修改
1.3 當我們處理完其他操作時,想要恢復臨時保存的修改。
git stash apply // 恢復所有保存的臨時修改
git stash pop // 恢復最近一次保存的臨時修改
1.4 或者,我們後面覺得臨時保存不想要了,那可以丟棄它。
git stash clear // 丟棄所有保存的臨時修改
閱讀更多 就想看你笑gk 的文章