當(dāng)前位置：首頁(yè) > 编程资源 > 编程问答 >内容正文

编程问答

关于Git的一些经验总结

發(fā)布時(shí)間：2025/3/19 编程问答 14 豆豆

生活随笔收集整理的這篇文章主要介紹了关于Git的一些经验总结小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

- - 1.初始化倉(cāng)庫(kù)
  - 2.添加文件到倉(cāng)庫(kù)
  - 3.關(guān)于版本回退
  - 4.關(guān)于修改
  - 5.刪除
  - 6.關(guān)聯(lián)遠(yuǎn)程倉(cāng)庫(kù)
  - 7.關(guān)于如何克隆
  - 8.分支操作
  - 9.關(guān)于BUG修復(fù)
  - 10.標(biāo)簽
  - 11.最佳實(shí)踐策略 Git Flow

1.初始化倉(cāng)庫(kù)

初始化一個(gè)Git倉(cāng)庫(kù)，使用git init命令。

2.添加文件到倉(cāng)庫(kù)

添加文件到Git倉(cāng)庫(kù)，分兩步：

使用命令git add <file>，注意，可反復(fù)多次使用，添加多個(gè)文件；

使用命令git commit -m <message>，完成。

3.關(guān)于版本回退

HEAD指向的版本就是當(dāng)前版本，因此，Git允許我們?cè)诎姹镜臍v史之間穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交歷史，以便確定要回退到哪個(gè)版本。
要重返未來，用git reflog查看命令歷史，以便確定要回到未來的哪個(gè)版本。

4.關(guān)于修改

每次修改，如果不用git add到暫存區(qū)，那就不會(huì)加入到commit中。

場(chǎng)景1：當(dāng)你改亂了工作區(qū)某個(gè)文件的內(nèi)容，想直接丟棄工作區(qū)的修改時(shí)，用命令git checkout -- file。

場(chǎng)景2：當(dāng)你不但改亂了工作區(qū)某個(gè)文件的內(nèi)容，還添加到了暫存區(qū)時(shí)，想丟棄修改，分兩步，第一步用命令git reset HEAD <file>，就回到了場(chǎng)景1，第二步按場(chǎng)景1操作。

場(chǎng)景3：已經(jīng)提交了不合適的修改到版本庫(kù)時(shí)，想要撤銷本次提交，不過前提是沒有推送到遠(yuǎn)程庫(kù)。

5.刪除

命令git rm用于刪除一個(gè)文件。如果一個(gè)文件已經(jīng)被提交到版本庫(kù)，那么你永遠(yuǎn)不用擔(dān)心誤刪，但是要小心，你只能恢復(fù)文件到最新版本，你會(huì)丟失最近一次提交后你修改的內(nèi)容。

6.關(guān)聯(lián)遠(yuǎn)程倉(cāng)庫(kù)

要關(guān)聯(lián)一個(gè)遠(yuǎn)程庫(kù)，使用命令git remote add origin git@server-name:path/repo-name.git；

關(guān)聯(lián)后，使用命令git push -u origin master第一次推送master分支的所有內(nèi)容；

此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

分布式版本系統(tǒng)的最大好處之一是在本地工作完全不需要考慮遠(yuǎn)程庫(kù)的存在，也就是有沒有聯(lián)網(wǎng)都可以正常工作，而SVN在沒有聯(lián)網(wǎng)的時(shí)候是拒絕干活的！當(dāng)有網(wǎng)絡(luò)的時(shí)候，再把本地提交推送一下就完成了同步，真是太方便了！

7.關(guān)于如何克隆

要克隆一個(gè)倉(cāng)庫(kù)，首先必須知道倉(cāng)庫(kù)的地址，然后使用git clone命令克隆。

Git支持多種協(xié)議，包括https，但ssh協(xié)議速度最快。

8.分支操作

Git鼓勵(lì)大量使用分支：

查看分支：git branch

創(chuàng)建分支：git branch <name>

切換分支：git checkout <name>或者git switch <name>

創(chuàng)建+切換分支：git checkout -b <name>或者git switch -c <name>

合并某分支到當(dāng)前分支：git merge <name>

刪除分支：git branch -d <name>

當(dāng)Git無法自動(dòng)合并分支時(shí)，就必須首先解決沖突。解決沖突后，再提交，合并完成。

解決沖突就是把Git合并失敗的文件手動(dòng)編輯為我們希望的內(nèi)容，再提交。

用git log --graph命令可以看到分支合并圖。

Git分支十分強(qiáng)大，在團(tuán)隊(duì)開發(fā)中應(yīng)該充分應(yīng)用。

合并分支時(shí)，加上--no-ff參數(shù)就可以用普通模式合并，合并后的歷史有分支，能看出來曾經(jīng)做過合并，而fast forward合并就看不出來曾經(jīng)做過合并。

開發(fā)一個(gè)新feature，最好新建一個(gè)分支；

如果要丟棄一個(gè)沒有被合并過的分支，可以通過git branch -D <name>強(qiáng)行刪除。

查看遠(yuǎn)程庫(kù)信息，使用git remote -v；
本地新建的分支如果不推送到遠(yuǎn)程，對(duì)其他人就是不可見的；
從本地推送分支，使用git push origin branch-name，如果推送失敗，先用git pull抓取遠(yuǎn)程的新提交；
在本地創(chuàng)建和遠(yuǎn)程分支對(duì)應(yīng)的分支，使用git checkout -b branch-name origin/branch-name，本地和遠(yuǎn)程分支的名稱最好一致；
建立本地分支和遠(yuǎn)程分支的關(guān)聯(lián)，使用git branch --set-upstream branch-name origin/branch-name；
從遠(yuǎn)程抓取分支，使用git pull，如果有沖突，要先處理沖突。
rebase操作可以把本地未push的分叉提交歷史整理成直線；
rebase的目的是使得我們?cè)诓榭礆v史提交的變化時(shí)更容易，因?yàn)榉植娴奶峤恍枰綄?duì)比。

9.關(guān)于BUG修復(fù)

修復(fù)bug時(shí)，我們會(huì)通過創(chuàng)建新的bug分支進(jìn)行修復(fù)，然后合并，最后刪除；

當(dāng)手頭工作沒有完成時(shí)，先把工作現(xiàn)場(chǎng)git stash一下，然后去修復(fù)bug，修復(fù)后，再git stash pop，回到工作現(xiàn)場(chǎng)；

在master分支上修復(fù)的bug，想要合并到當(dāng)前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“復(fù)制”到當(dāng)前分支，避免重復(fù)勞動(dòng)。

10.標(biāo)簽

命令git tag <tagname>用于新建一個(gè)標(biāo)簽，默認(rèn)為HEAD，也可以指定一個(gè)commit id；
命令git tag -a <tagname> -m "blablabla..."可以指定標(biāo)簽信息；
命令git tag可以查看所有標(biāo)簽。
命令git push origin <tagname>可以推送一個(gè)本地標(biāo)簽；
命令git push origin --tags可以推送全部未推送過的本地標(biāo)簽；
命令git tag -d <tagname>可以刪除一個(gè)本地標(biāo)簽；
命令git push origin :refs/tags/<tagname>可以刪除一個(gè)遠(yuǎn)程標(biāo)簽。
在GitHub上，可以任意Fork開源倉(cāng)庫(kù)；
自己擁有Fork后的倉(cāng)庫(kù)的讀寫權(quán)限；
可以推送pull request給官方倉(cāng)庫(kù)來貢獻(xiàn)代碼。

11.最佳實(shí)踐策略 Git Flow

Git 在實(shí)際開發(fā)中的最佳實(shí)踐策略 Git Flow 可以歸納為以下：

master 分支 - 也就是我們經(jīng)常使用的主線分支，這個(gè)分支是最近發(fā)布到生產(chǎn)環(huán)境的代碼，這個(gè)分支只能從其他分支合并，不能在這個(gè)分支直接修改。
develop 分支 - 這個(gè)分支是我們的主開發(fā)分支，包含所有要發(fā)布到下一個(gè) release 的代碼，這個(gè)分支主要是從其他分支合并代碼過來，比如 feature 分支。
feature 分支 - 這個(gè)分支主要是用來開發(fā)一個(gè)新的功能，一旦開發(fā)完成，我們合并回 develop 分支進(jìn)入下一個(gè) release。
release 分支 - 當(dāng)你需要一個(gè)發(fā)布一個(gè)新 release 的時(shí)候，我們基于 Develop 分支創(chuàng)建一個(gè) release 分支，完成 release 后，我們合并到 master 和 develop 分支。
hotfix 分支 - 當(dāng)我們?cè)?master 發(fā)現(xiàn)新的 Bug 時(shí)候，我們需要?jiǎng)?chuàng)建一個(gè) hotfix, 完成 hotfix 后，我們合并回 master 和 develop 分支，所以 hotfix 的改動(dòng)會(huì)進(jìn)入下一個(gè) release。

總結(jié)

以上是生活随笔為你收集整理的关于Git的一些经验总结的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。

git
经验