當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

关于Git的一些经验总结

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

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

1.初始化倉庫

初始化一個Git倉庫，使用git init命令。

2.添加文件到倉庫

添加文件到Git倉庫，分兩步：

使用命令git add <file>，注意，可反復多次使用，添加多個文件；

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

3.關于版本回退

HEAD指向的版本就是當前版本，因此，Git允許我們在版本的歷史之間穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交歷史，以便確定要回退到哪個版本。
要重返未來，用git reflog查看命令歷史，以便確定要回到未來的哪個版本。

4.關于修改

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

場景1：當你改亂了工作區(qū)某個文件的內容，想直接丟棄工作區(qū)的修改時，用命令git checkout -- file。

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

場景3：已經提交了不合適的修改到版本庫時，想要撤銷本次提交，不過前提是沒有推送到遠程庫。

5.刪除

命令git rm用于刪除一個文件。如果一個文件已經被提交到版本庫，那么你永遠不用擔心誤刪，但是要小心，你只能恢復文件到最新版本，你會丟失最近一次提交后你修改的內容。

6.關聯遠程倉庫

要關聯一個遠程庫，使用命令git remote add origin git@server-name:path/repo-name.git；

關聯后，使用命令git push -u origin master第一次推送master分支的所有內容；

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

分布式版本系統的最大好處之一是在本地工作完全不需要考慮遠程庫的存在，也就是有沒有聯網都可以正常工作，而SVN在沒有聯網的時候是拒絕干活的！當有網絡的時候，再把本地提交推送一下就完成了同步，真是太方便了！

7.關于如何克隆

要克隆一個倉庫，首先必須知道倉庫的地址，然后使用git clone命令克隆。

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

8.分支操作

Git鼓勵大量使用分支：

查看分支：git branch

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

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

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

合并某分支到當前分支：git merge <name>

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

當Git無法自動合并分支時，就必須首先解決沖突。解決沖突后，再提交，合并完成。

解決沖突就是把Git合并失敗的文件手動編輯為我們希望的內容，再提交。

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

Git分支十分強大，在團隊開發(fā)中應該充分應用。

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

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

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

查看遠程庫信息，使用git remote -v；
本地新建的分支如果不推送到遠程，對其他人就是不可見的；
從本地推送分支，使用git push origin branch-name，如果推送失敗，先用git pull抓取遠程的新提交；
在本地創(chuàng)建和遠程分支對應的分支，使用git checkout -b branch-name origin/branch-name，本地和遠程分支的名稱最好一致；
建立本地分支和遠程分支的關聯，使用git branch --set-upstream branch-name origin/branch-name；
從遠程抓取分支，使用git pull，如果有沖突，要先處理沖突。
rebase操作可以把本地未push的分叉提交歷史整理成直線；
rebase的目的是使得我們在查看歷史提交的變化時更容易，因為分叉的提交需要三方對比。

9.關于BUG修復

修復bug時，我們會通過創(chuàng)建新的bug分支進行修復，然后合并，最后刪除；

當手頭工作沒有完成時，先把工作現場git stash一下，然后去修復bug，修復后，再git stash pop，回到工作現場；

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

10.標簽

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

11.最佳實踐策略 Git Flow

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

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。

git
经验