Git科普文，Git基本原理各种骚操作
Git簡單介紹
Git是一個分布式版本控制軟件，最初由Linus Torvalds創(chuàng)作，于2005年以GPL發(fā)布。最初目的是為更好地管理Linux內(nèi)核開發(fā)而設(shè)計(jì)。
?
Git工作流程以及各個區(qū)域
Workspace：工作區(qū)
Staging/Index：暫存區(qū)
Local Repository：本地倉庫（可修改）
/refs/remotes：遠(yuǎn)程倉庫的引用（不可修改）
Remote：遠(yuǎn)程倉庫
?
Git文件狀態(tài)變化
Git各種命令
Git簡單命令
#?在當(dāng)前目錄新建一個git倉庫 git?init#?打開git倉庫圖形界面 gitk#?顯示所有變更信息 git?status#?刪除所有Untracked?files git?clean?-fd#?下載遠(yuǎn)程倉庫的所有更新 git?fetch?remote#?下載遠(yuǎn)程倉庫的所有更新，并且Merge git?pull?romote?branch-name#?查看上次commit?id git?rev-parse?HEAD?#?將指定分支合并到當(dāng)前分支 git?merge?branch-name#?將最近的一次commit打包到patch文件中 git?format-patch?HEAD^?#?將patch文件?添加到本地倉庫 git?am??patch-file#?查看指定文件修改歷史 git?blame?file-nameGit常用命令
git clone
#?將遠(yuǎn)程git倉庫克隆到本地 git?clone?url#?將遠(yuǎn)程git倉庫克隆到本地 git?clone?-b?branch?url?git stash
#?將修改過，未add到Staging區(qū)的文件，暫時存儲起來 git?stash#?恢復(fù)之前stash存儲的內(nèi)容 git?stash?apply#?保存stash?并寫message git?stash?save?"stash?test"#?查看stash了哪些存儲 git?stash?list#?將stash@{1}存儲的內(nèi)容還原到工作區(qū) git?stash?apply?stash@{1}#?刪除stash@{1}存儲的內(nèi)容 git?stash?drop?stash@{1}#?刪除所有緩存的stash git?stash?cleargit config
#?配置git圖形界面編碼為utf-8 git?config?--global?gui.encoding=utf-8?#?設(shè)置全局提交代碼的用戶名? git?config?--global?user.name?name?? #?設(shè)置全局提交代碼時的郵箱 git?config?--global?user.email?email #?設(shè)置當(dāng)前項(xiàng)目提交代碼的用戶名? git?config?user.name?name??git remote
#?顯示所有遠(yuǎn)程倉庫 git?remote?-v??#??增加一個新的遠(yuǎn)程倉庫 git?remote?add?name?url?#??刪除指定遠(yuǎn)程倉庫 git?remote?remove?name#?獲取指定遠(yuǎn)程倉庫的詳細(xì)信息 git?remote?show?origingit add
#?添加所有的修改到Staging區(qū) git?add?. git?add?--all??#?添加指定文件到Staging區(qū) git?add?file???#?添加多個修改的文件到Staging區(qū) git?add?file1?file2???#?添加修改的目錄到Staging區(qū) git?add?dir#?添加所有src目錄下main開頭的所有文件到Staging區(qū)???? git?add?src/main*??git commit
#?提交Staging區(qū)的代碼到本地倉庫區(qū) git?commit?-m?"message"??#?提交Staging中在指定文件到本地倉庫區(qū) git?commit?file1?file2?-m?"message"??#?使用新的一次commit，來覆蓋上一次commit git?commit?--amend?-m?"message"?#?修改上次提交的用戶名和郵箱 git?commit?--amend?--author="name?<email>"?--no-editgit branch
#?列出本地所有分支 git?branch???#?列出本地所有分支?并顯示最后一次提交的哈希值 git?branch?-v#?在-v?的基礎(chǔ)上?并且顯示上游分支的名字 git?branch?-vv#?列出上游所有分支 git?branch?-r??#?新建一個分支，但依然停留在當(dāng)前分支 git?branch?branch-name??#?刪除分支 git?branch?-d?branch-name???#?設(shè)置分支上游 git?branch?--set-upstream-to?origin/master#?本地分支重命名 git?branch?-m?old-branch?new-branchgit checkout
#?創(chuàng)建本地分支并關(guān)聯(lián)遠(yuǎn)程分支 git?checkout?-b?local-branch?origin/remote-branch#?新建一個分支，且切換到新分支 git?checkout?-b?branch-name#?切換到另一個分支 git?checkout?branch-name??#?撤銷工作區(qū)文件的修改，跟上次Commit一樣 git?checkout?commit-file??git tag
#?創(chuàng)建帶有說明的標(biāo)簽 git?tag?-a?v1.4?-m?'my?version?1.4'#??打標(biāo)簽 git?tag?tag-name#?查看所有標(biāo)簽 git?tag?#?給指定commit打標(biāo)簽 git?tag?tag-name?commit-id#?刪除標(biāo)簽 git?tag?-d?tag-name???git push
#?刪除遠(yuǎn)程分支 git?push?origin?:master???#??刪除遠(yuǎn)程標(biāo)簽 git?push?origin?--delete?tag?tag-name#?上傳本地倉庫到遠(yuǎn)程分支 git?push?remote?branch-name#?強(qiáng)行推送當(dāng)前分支到遠(yuǎn)程分支 git?push?remote?branch-name?--force#?推送所有分支到遠(yuǎn)程倉庫 git?push?remote?--all??#?推送所有標(biāo)簽 git?push?--tags#?推送指定標(biāo)簽 git?push?origin?tag-name#??刪除遠(yuǎn)程標(biāo)簽（需要先刪除本地標(biāo)簽） git?push?origin?:refs/tags/tag-name??#?將本地dev分支push到遠(yuǎn)程master分支 git?push?origin?dev:mastergit reset
#?將未commit的文件移出Staging區(qū) git?reset?HEAD#?重置Staging區(qū)與上次commit的一樣 git?reset?--hard??#?重置Commit代碼和遠(yuǎn)程分支代碼一樣 git?reset?--hard?origin/master#?回退到上個commit git?reset?--hard?HEAD^#?回退到前3次提交之前，以此類推，回退到n次提交之前 git?reset?--hard?HEAD~3回退到指定commit git?reset?--hard?commit-id?????git diff
#?查看文件在工作區(qū)和暫存區(qū)區(qū)別 git?diff?file-name#?查看暫存區(qū)和本地倉庫區(qū)別 git?diff?--cached??file-name#?查看文件和另一個分支的區(qū)別 git?diff?branch-name?file-name#?查看兩次提交的區(qū)別 git?diff?commit-id?commit-id??git show
#?查看指定標(biāo)簽的提交信息 git?show?tag-name#?查看具體的某次改動 git?show?commit-id?git log
#?指定文件夾?log git?log?--pretty=format:"%h?%cn?%s?%cd"?--author="iisheng\|勝哥"??--date=short?src #?查看指定用戶指定format?提交git?log?--pretty=format:"%h?%cn?%s?%cd"?--author=iisheng?--date=short?#?查看該文件的改動歷史 git?log?--pretty=oneline?file#?圖形化查看歷史提交 git?log?--graph?--pretty=oneline?--abbrev-commit#?統(tǒng)計(jì)倉庫提交排名前5 git?log?--pretty='%aN'?|?sort?|?uniq?-c?|?sort?-k1?-n?-r?|?head?-n?5#?查看指定用戶添加代碼行數(shù)，和刪除代碼行數(shù) git?log?--author="iisheng"?--pretty=tformat:?--numstat?|?awk?'{?add?+=?$1?;?subs?+=?$2?}?END?{?printf?"added?lines:?%s?removed?lines?:?%s?\n",add,subs?}'git rebase
#?將指定分支合并到當(dāng)前分支 git?rebase?branch-name#?執(zhí)行commit?id?將rebase?停留在指定commit?處 git?rebase?-i?commit-id#?執(zhí)行commit?id?將rebase?停留在?項(xiàng)目首次commit處 git?rebase?-i?--rootgit restore
#?恢復(fù)第一次add?的文件，同?git?rm?--cached git?restore?--staged?file#?移除staging區(qū)的文件，同?git?checkout git?restore?filegit revert
#?撤銷前一次commit git?revert?HEAD#?撤銷前前一次commit git?revert?HEAD^#?撤銷指定某次commit git?revert?commit-id?
Git騷操作
Git命令不能自動補(bǔ)全？（Mac版）
?我見過有的人使用Git別名，反正因?yàn)橛凶詣友a(bǔ)全的存在，我從來沒用過Git別名。不過我的確將我的rm -rf命令替換成了別的腳本了...
安裝bash-completion
brew install bash-completion
添加 bash-completion 到~/.bash_profile:
?if?[?-f?$(brew?--prefix)/etc/bash_completion?];?then.?$(brew?--prefix)/etc/bash_completionfi?shell有不同種類，我這里使用的是bash。
代碼沒寫完，突然要切換到別的分支怎么辦？
暫存未提交的代碼
git?stash還原暫存的代碼
git?stash?apply怎么合并其他分支的指定Commit？
使用cherry-pick命令
git?cherry-pick?指定commit-id本地臨時代碼不想提交，怎么一次性清空？
還原未commit的本地更改的代碼
git?reset?--hard還原包含commit的代碼，到跟遠(yuǎn)程分支相同
git?reset?--hard?origin/master已經(jīng)提交的代碼，不需要了，怎么當(dāng)做沒提交過？
還原到上次commit
git?reset?--hard?HEAD^還原到當(dāng)前之前的幾次commit
git?reset?--hard?HEAD~2強(qiáng)制推送到遠(yuǎn)程分支，確保沒有其他人在push，不然可能會丟失代碼
git?push?origin?develop?--force歷史commit作者郵箱寫錯了，怎么一次性改過來？
使用git filter-branch命令。
復(fù)制下面的腳本，替換相關(guān)變量
OLD_EMAIL
CORRECT_NAME
CORRECT_EMAIL
腳本如下：
#!/bin/shgit?filter-branch?--env-filter?'OLD_EMAIL="your-old-email@example.com" CORRECT_NAME="Your?Correct?Name" CORRECT_EMAIL="your-correct-email@example.com"if?[?"$GIT_COMMITTER_EMAIL"?=?"$OLD_EMAIL"?] then export?GIT_COMMITTER_NAME="$CORRECT_NAME" export?GIT_COMMITTER_EMAIL="$CORRECT_EMAIL" fi if?[?"$GIT_AUTHOR_EMAIL"?=?"$OLD_EMAIL"?] then export?GIT_AUTHOR_NAME="$CORRECT_NAME" export?GIT_AUTHOR_EMAIL="$CORRECT_EMAIL" fi '?--tag-name-filter?cat?--?--branches?--tags強(qiáng)制推送替換
git?push?--force?--tags?origin?'refs/heads/*'不小心把不該提交的文件commit了，怎么永久刪除？
也是使用git filter-branch命令。
git?filter-branch?--force?--index-filter?\"git?rm?--cached?--ignore-unmatch?FILE-PATH-AND-NAME"?\--prune-empty?--tag-name-filter?cat?--?--all強(qiáng)制推送覆蓋遠(yuǎn)程分支。
git?push?origin?--force?--all強(qiáng)制推送覆蓋遠(yuǎn)程tag。
git?push?origin?--force?--tags怎么保證團(tuán)隊(duì)成員提交的代碼都是可運(yùn)行的？
這里想說的是使用git hooks，一般在項(xiàng)目目錄.git/hooks，客戶端可以使用hooks，控制團(tuán)隊(duì)commit提交規(guī)范，或者push之前，自動編譯項(xiàng)目校驗(yàn)項(xiàng)目可運(yùn)行。服務(wù)端可以使用hooks，控制push之后自動構(gòu)建項(xiàng)目，merge等自動觸發(fā)單元測試等。
git reset --hard命令，執(zhí)行錯了，能恢復(fù)嗎？
查看當(dāng)前commit log
誤操作git reset --hard 8529cb7
執(zhí)行g(shù)it reflog
還原到之前的樣子
公司使用GitLab，平時還用GitHub，多賬號SSH，如何配置？
編輯 ~/.ssh/config文件 沒有就創(chuàng)建
#?github Host?github.com Port?22 HostName?github.com PreferredAuthentications?publickey AddKeysToAgent?yes IdentityFile?~/.ssh/github_id_rsa UseKeychain?yes User?iisheng#?gitlab Host?gitlab.iisheng.cn Port?22 HostName?gitlab.iisheng.cn PreferredAuthentications?publickey AddKeysToAgent?yes IdentityFile?~/.ssh/gitlab_id_rsa UseKeychain?yes User?iishengGit commits歷史如何變得清爽起來？
多用git rebase。
比如，開發(fā)分支是feature，主干分支是master。我們在進(jìn)行代碼合并的時候，可以執(zhí)行下面的命令。
#?切換當(dāng)前分支到feature git?checkout?feature#?將當(dāng)前分支代碼變基為基于master git?rebase?master然后我們再切換到master分支，執(zhí)行g(shù)it merge feature，就可以進(jìn)行快進(jìn)式合并了，commmits歷史就不會有交叉了。后文我們會詳細(xì)講解。
?git rebase會更改commit歷史，請謹(jǐn)慎使用。
下面的圖是Guava項(xiàng)目的commit記錄。
如何修改已經(jīng)提交的commit信息？
原始Git提交記錄是這樣的
執(zhí)行g(shù)it rebase -i 070943d，對指定commitId之前的提交，進(jìn)行修改
修改后Git提交記錄變成了這樣
?git rebase -i非常實(shí)用，還可以將多個commit合并成一個等很多事情，務(wù)必要記下。
不小心執(zhí)行了git stash clear怎么辦？
git?fsck?--lost-found執(zhí)行之后，可以找到相關(guān)丟失的commit-id，然后merge一下即可。
該命令上可以找回git add之后被弄丟的文件。
?啥？你沒執(zhí)行過git add代碼就丟了？別怕，一般編譯器有Local History趕緊去試試吧。
??
詳解git merge
我們執(zhí)行g(shù)it merge命令的時候，經(jīng)常會看到Fast-forward字樣，Fast-forward到底是個什么東西？
其實(shí)，git merge一般有三種場景。
快進(jìn)式合并
舉個栗子，假如初始存在master和hotfix分支是這樣的。
然后我們在hotfix分支加了些代碼，分支變成這樣了。
這個時候，我們將hotfix分支，merge到master，即執(zhí)行g(shù)it merge hotfix。
由于的分支hotfix所指向的提交C3是C2的直接后繼， 因此Git會直接將指針向前移動。換句話說，如果順著一個分支走下去能夠到達(dá)另一個分支，那么Git在合并兩者的時候， 只會簡單的將指針向前推進(jìn)（指針右移），因?yàn)檫@種情況下的合并操作沒有需要解決的分歧——這就叫做 快進(jìn)（fast-forward）。
三方合并
再舉個栗子，假如初始存在feature和master分支情況是這樣的。
然后我們在feature分支加了些代碼，而master分支也有人加了代碼，現(xiàn)在分支變成這樣了。
這個時候，我們將feature分支，merge到master，即執(zhí)行g(shù)it merge feature。
和之前將分支指針向前推進(jìn)所不同的是，Git將此次三方合并的結(jié)果做了一個新的快照并且自動創(chuàng)建一個新的提交指向它。這個被稱作一次合并提交，它的特別之處在于他有不止一個父提交。
?所以我們也知道了，為什么有的時候merge之后會產(chǎn)生新的commit，而有的時候沒有。
遇到?jīng)_突時的合并
如果在兩個分支分別對同一個文件做了改動，Git就沒法直接合并他們。當(dāng)遇到?jīng)_突的時候，Git會自動停下來，等待我們解決沖突。就像這樣
$?git?merge?dev? Auto-merging?111.txt CONFLICT?(content):?Merge?conflict?in?111.txt Automatic?merge?failed;?fix?conflicts?and?then?commit?the?result.我們可以在合并沖突后的任意時刻使用git status命令來查看那些因包含合并沖突而處于未合并unmerged狀態(tài)的文件。
$?git?status? On?branch?master You?have?unmerged?paths.(fix?conflicts?and?run?"git?commit")(use?"git?merge?--abort"?to?abort?the?merge)Unmerged?paths:(use?"git?add?<file>..."?to?mark?resolution)both?modified:???111.txtno?changes?added?to?commit?(use?"git?add"?and/or?"git?commit?-a")待解決沖突的文件Git會以未合并的狀態(tài)標(biāo)識出來，出現(xiàn)沖突的文件會出現(xiàn)一些特殊的區(qū)段，看起來像下面的樣子。
<<<<<<<?HEAD 111aaa ======= 111b >>>>>>>?dev<<<<<<<后面的是當(dāng)前分支的引用，我們的例子中，就代表master分支。>>>>>>>后面表示的是要合并到當(dāng)前分支的分支，即dev分支。=======的上半部分，表示當(dāng)前分支的代碼。下半部分表示dev分支的代碼。
我們可以把上面的測試內(nèi)容改成下面的樣子來解決沖突
111aaa在解決了所有文件里的沖突之后，對每個文件使用git add命令來將其標(biāo)記為沖突已解決。
解決沖突的過程中，每一步都可以執(zhí)行g(shù)it status查看當(dāng)前狀態(tài)，Git也會給出相應(yīng)提示，進(jìn)行下一步操作。當(dāng)我們所有的文件都暫存之后時，執(zhí)行g(shù)it status時，Git會給我們看起來像下面的這種提示
$?git?status? On?branch?master All?conflicts?fixed?but?you?are?still?merging.(use?"git?commit"?to?conclude?merge)然后，我們根據(jù)提示執(zhí)行g(shù)it commit。
Merge?branch?'dev'#?Conflicts: #???????111.txt # #?It?looks?like?you?may?be?committing?a?merge. #?If?this?is?not?correct,?please?remove?the?file #???????.git/MERGE_HEAD #?and?try?again.#?Please?enter?the?commit?message?for?your?changes.?Lines?starting #?with?'#'?will?be?ignored,?and?an?empty?message?aborts?the?commit. # #?On?branch?master #?All?conflicts?fixed?but?you?are?still?merging. #然后，我們保存這次提交就完成了這次沖突合并。
?
詳解git rebase
rebase做了什么
舉個栗子。我們同樣用剛才merge的場景。
如果不用rebase，使用merge是下面這樣的，合并分支的時候會產(chǎn)生一個合并提交，而且會有分支交叉的情況。
使用rebase是下面這樣的。
然后，切換到master分支，進(jìn)行一次快進(jìn)式合并。
?變基實(shí)際上就是基于其他分支重塑當(dāng)前分支。變基之后，當(dāng)前分支就相當(dāng)于是基于最新的其他分支新加了一些commit，這樣的話就可以進(jìn)行快進(jìn)式合并了。
rebase原理
它的原理是首先找到這兩個分支（即當(dāng)前分支 dev、變基操作的目標(biāo)基底分支master）的最近共同祖先 C2，然后對比當(dāng)前分支相對于該祖先的歷次提交，提取相應(yīng)的修改并存為臨時文件， 然后將當(dāng)前分支指向目標(biāo)基底C3, 最后以此將之前另存為臨時文件的修改依序應(yīng)用，也就是在C3后面添加C4'、C5'。
??
Git對象與快照
提到Git，總有人會說快照，快照是個什么鬼？
實(shí)際上，Git是一個內(nèi)容尋址文件系統(tǒng)，其核心部分是一個簡單的鍵值對數(shù)據(jù)庫。將Git中的對象，存儲在.git/objects目錄下。
Git對象主要分為，數(shù)據(jù)對象（blob object）、樹對象（tree object）、提交對象（commit object）、標(biāo)簽對象（tag object）。
數(shù)據(jù)對象
我們新建一個目錄，然后在該目錄下執(zhí)行g(shù)it init初始化一個Git項(xiàng)目。
然后，查看.git/objects目錄下都有什么。
$?find?.git/objects .git/objects .git/objects/pack .git/objects/info接著，我們寫一個文件echo '1111' > 111.txt，并執(zhí)行g(shù)it add之后，再查看。
$?find?.git/objects .git/objects .git/objects/5f .git/objects/5f/2f16bfff90e6620509c0cf442e7a3586dad8fb .git/objects/pack .git/objects/info我們發(fā)現(xiàn).git/objects目錄下，多了個文件和目錄。實(shí)際上，Git會將我們的文件數(shù)據(jù)外加一個頭部信息header一起做SHA-1校驗(yàn)運(yùn)算而得到校驗(yàn)和。然后，校驗(yàn)和的前2個字符用于命名子目錄，余下的38個字符則用作文件名。
我們可以使用下面的命令，顯示在Git對象中存儲的內(nèi)容。
$?git?cat-file?-p?5f2f16bfff90e6620509c0cf442e7a3586dad8fb 1111這就是我們在上文寫入的文件內(nèi)容。
上述類型的對象稱之為數(shù)據(jù)對象（blob object）。數(shù)據(jù)對象，僅保存了文件內(nèi)容，而文件名字沒有被保存。
樹對象
數(shù)據(jù)對象大致對應(yīng)UNIX中的inodes或文件內(nèi)容，樹對象則對應(yīng)了UNIX中的目錄項(xiàng)。一個樹對象包含了一條或多條樹對象記錄（tree entry），每條記錄含有一個指向數(shù)據(jù)對象或者子樹對象的SHA-1指針，以及相應(yīng)的模式、類型、文件名信息。
通常，Git根據(jù)某一時刻暫存區(qū)（即index區(qū)域）所表示的狀態(tài)創(chuàng)建并記錄一個對應(yīng)的樹對象。
當(dāng)我們執(zhí)行過git add之后，暫存區(qū)就有內(nèi)容了，我們可以通過Git底層命令，生成樹對象。
$?git?write-tree b716c7b049ccd9048b0566a57cfd516c17c1e39f查看該樹對象的內(nèi)容。
$?git?cat-file?-p?b716c7b049ccd9048b0566a57cfd516c17c1e39f 100644?blob?5f2f16bfff90e6620509c0cf442e7a3586dad8fb?111.txt提交對象
數(shù)據(jù)對象保存了數(shù)據(jù)的內(nèi)容，樹對象可以表示當(dāng)前目錄的快照。但是，若想重用這些快照，必須記住樹對象的SHA-1哈希值。而且，我們也不知道是誰保存了這些快照，在什么時刻保存的，以及為什么保存這些快照。而以上這些，正是提交對象（commit object）能保存的基本信息。
我們對當(dāng)前暫存區(qū)進(jìn)行一次提交，git commit -m "first commit"。
然后查看一下log找到該次提交的commit哈希值。
$?git?log?--oneline? 5281f7e?(HEAD?->?master)?first?commit接著，我們查看一下該提交對象的內(nèi)容。
$?git?cat-file?-p?5281f7e tree?b716c7b049ccd9048b0566a57cfd516c17c1e39f author?iisheng?<***@gmail.com>?1596073568?+0800 committer?iisheng?<***@gmail.com>?1596073568?+0800first?commit提交對象的格式很簡單：它先指定一個頂層樹對象，代表當(dāng)前項(xiàng)目快照；然后是可能存在的父提交（前面描述的提交對象并不存在任何父提交）；之后是作者/提交者信息（依據(jù)你的user.name和user.email配置來設(shè)定，外加一個時間戳）；留空一行，最后是提交注釋。
標(biāo)簽對象
標(biāo)簽對象（tag object） 非常類似于一個提交對象——它包含一個標(biāo)簽創(chuàng)建者信息、一個日期、一段注釋信息，以及一個指針。主要的區(qū)別在于，標(biāo)簽對象通常指向一個提交對象，而不是一個樹對象。它像是一個永不移動的分支引用——永遠(yuǎn)指向同一個提交對象，只不過給這個提交對象加上一個更友好的名字罷了。
?實(shí)際上Git中的各種對象都是類似的，只不過因?yàn)楦鞣N對象自身功能不同，存儲結(jié)構(gòu)不同而已。
??
Git引用-我從遠(yuǎn)程拉的代碼不是最新的？
Git引用相當(dāng)于是Git中特定哈希值的別名。一長串的哈希值不是很友好，但是起個別名，我們就可以像這樣git show master、git log master的去使用他們。
Git中的引用存儲在.git/refs目錄下。我們可以執(zhí)行find .git/refs/查看當(dāng)前Git項(xiàng)目中都存在哪些引用。
HEAD引用
在.git目錄下有一個名字叫做HEAD的文件，HEAD文件通常是一個符號引用（symbolic reference）指向目前所在的分支。所謂符號引用，表示它是一個指向其他引用的指針。
如果我們在工作區(qū)checkout一個SHA-1值，HEAD引用也會指向這個包含Git對象的SHA-1值。
標(biāo)簽引用
Git標(biāo)簽分為，附注標(biāo)簽和輕量標(biāo)簽。輕量標(biāo)簽，使用git tag v1.0即可創(chuàng)建。附注標(biāo)簽需要使用-a選項(xiàng)，即git tag -a v1.0 -m "my version 1.0"這種。
輕量標(biāo)簽就是一個固定的引用。附注標(biāo)簽需要創(chuàng)建標(biāo)簽對象，并記錄一個引用來指向該標(biāo)簽對象。
遠(yuǎn)程引用
不熟悉Git的同學(xué)，可能會犯這樣一個錯誤。其他同學(xué)讓他拉取一下遠(yuǎn)程最新的master分支代碼，他可能直接用IDE找到本地的遠(yuǎn)程分支的引用，也就是origin/master，直接checkout一個本地分支。
其實(shí)，origin/master只是遠(yuǎn)程分支的一個引用，不一定跟遠(yuǎn)程分支代碼同步，我們可以用git fetch或者git pull來讓origin/master和遠(yuǎn)程分支同步。
參考文獻(xiàn)：
[1]: https://git-scm.com/
有道無術(shù)，術(shù)可成；有術(shù)無道，止于術(shù)
歡迎大家關(guān)注Java之道公眾號
好文章，我在看??
總結(jié)
以上是生活随笔為你收集整理的Git科普文，Git基本原理各种骚操作的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Class 17 - 1 动态渲染页面爬
- 下一篇： [Swift]LeetCode210.