盧偉冰長(zhǎng)文解析K60至尊版 對(duì)Redmi有著里程碑式的意義
在今天的Redmi后性能時(shí)代戰(zhàn)略發(fā)布會(huì)結(jié)束之后，Redmi總經(jīng)理盧偉冰又帶來了一篇長(zhǎng)文，詳解了為什么 Redmi 要開啟后性能時(shí)代？為什么選擇和 MediaTek、Pixelworks 深度合作？以及后性
什么是Git，為什么要用Git等等這些相信看到該標(biāo)題點(diǎn)進(jìn)來的同學(xué)也不希望浪費(fèi)時(shí)間再看一遍，那么直接進(jìn)入主題，對(duì)于日常工作中常用的Git相關(guān)操作進(jìn)行整理，一起看看吧！
面試官：你常用的Git操作是什么?
候選人：git clone
面試官：還有嗎?
候選人：沒了，我是cv工程師
面試官：好好好這么玩是吧，你最好都能答上來
git branch <branch-name>該命令會(huì)在當(dāng)前的位置創(chuàng)建一個(gè)新分支，但并不會(huì)切換到這個(gè)新分支。如果希望切換到新創(chuàng)建的分支，可以使用以下命令：
git checkout -b <branch-name>或者，從Git 2.23版本后，可以使用以下命令來創(chuàng)建并切換到新分支：
git switch -c <branch-name>也正好可以回答“如何在Git中切換分支”。
git branch -d <branch-name>branch-name是待刪除的分支名稱，該命令會(huì)刪除本地分支，但如果分支有未合并的更改，Git會(huì)拒絕刪除，并提醒先合并或解決沖突。
如果確定要強(qiáng)制刪除分支，包括未合并的更改，可以使用以下命令：
git branch -D <branch-name>注意，無法刪除主分支、當(dāng)前所在分支或非分支的內(nèi)容。
此外，如果想要?jiǎng)h除遠(yuǎn)程倉庫中的分支，可以使用：
git push origin --delete <branch-name>(1) 本地分支
如果分支上的所有更改都已經(jīng)合并到其他分支，那么分支的刪除是安全的，本地分支上的commit歷史將被移除。
如果分支上有未合并的更改，刪除分支時(shí)，Git 會(huì)阻止刪除，并提醒先合并或處理這些更改。這是為了確保不會(huì)意外丟失未合并的工作。
(2) 遠(yuǎn)程分支
遠(yuǎn)程分支的刪除不會(huì)直接刪除分支上的commit，而是在遠(yuǎn)程倉庫中標(biāo)記分支為已刪除。這樣其他協(xié)作者可以看到分支已被刪除，但仍然可以在本地找到分支的commit歷史，直到遠(yuǎn)程倉庫執(zhí)行了垃圾回收（garbage collection）來清理這些已刪除的分支。
Git 垃圾收集器（Garbage Collector）是一個(gè)負(fù)責(zé)清理不再被引用的 Git 對(duì)象的機(jī)制。在 Git 中，所有的數(shù)據(jù)都被存儲(chǔ)為對(duì)象，包括提交（commits）、樹對(duì)象（trees）、標(biāo)簽（tags）等。有時(shí)候，由于分支切換、分支刪除等操作，一些對(duì)象可能變得不再可達(dá)，但仍然占用著存儲(chǔ)空間。
Git 垃圾收集器的作用是定期運(yùn)行，查找那些不再被引用的對(duì)象，并將其從 Git 數(shù)據(jù)庫中刪除，以釋放存儲(chǔ)空間。垃圾收集器有助于保持 Git 倉庫的健康狀態(tài)，防止不必要的存儲(chǔ)空間占用。
在日常使用中，大部分情況下，開發(fā)者不需要手動(dòng)觸發(fā) Git 垃圾收集器，因?yàn)?Git 會(huì)在執(zhí)行一些操作時(shí)自動(dòng)進(jìn)行清理。然而，有時(shí)可能希望手動(dòng)運(yùn)行垃圾收集器，可以使用以下命令：
git gc(1) git gc
手動(dòng)觸發(fā) Git 垃圾收集器的方式。當(dāng)運(yùn)行g(shù)it gc時(shí)，Git 會(huì)執(zhí)行一系列的清理操作，包括垃圾收集和優(yōu)化存儲(chǔ)等。
(2) git gc --auto
自動(dòng)垃圾收集。在這種模式下，Git 會(huì)自動(dòng)判斷是否需要運(yùn)行垃圾收集，如果需要?jiǎng)t執(zhí)行。通常Git 在一些操作（比如commit、merge等）之后會(huì)自動(dòng)檢查并執(zhí)行垃圾收集，所以大部分時(shí)間不需要手動(dòng)運(yùn)行 git gc --auto。
git gc --no-prune 用于運(yùn)行 Git 垃圾收集器但不執(zhí)行實(shí)際的對(duì)象刪除操作。在正常的 git gc 運(yùn)行中，Git 會(huì)查找不再需要的對(duì)象，并將它們從存儲(chǔ)中刪除以釋放磁盤空間。然而，使用 --no-prune 選項(xiàng)，Git 會(huì)執(zhí)行垃圾收集的其他方面，但保留不再需要的對(duì)象而不進(jìn)行刪除。
這個(gè)選項(xiàng)有時(shí)候可能會(huì)用于調(diào)試或特定的維護(hù)場(chǎng)景，允許查看垃圾收集器標(biāo)記的對(duì)象，但不會(huì)真正刪除它們。這樣可以在不改變存儲(chǔ)結(jié)構(gòu)的情況下，查看 Git 認(rèn)為哪些對(duì)象可以被清理。
git merge 是 Git 中用于合并不同分支的命令。將兩個(gè)或多個(gè)分支的歷史和更改集成到一個(gè)新的commit中的過程。合并操作通常用于將一個(gè)分支的變更合并到另一個(gè)分支，以確保這兩個(gè)分支包含了相同的代碼更改：
git merge <branch-name>
將指定分支中的更改合并到當(dāng)前分支。在執(zhí)行合并之前，通常需要確保當(dāng)前分支是要合并的目標(biāo)分支。
(1) Fast-forward Merge
Fast-forward（快進(jìn)）合并發(fā)生在當(dāng)前分支上沒有新的commit時(shí)，當(dāng)試圖將一個(gè)分支合并到另一個(gè)分支時(shí)，如果沒有需要合并的新commit，Git 可以直接將目標(biāo)分支指針移動(dòng)到源分支的位置，而無需創(chuàng)建新的合并commit，舉例說明更清晰。
假設(shè)有兩個(gè)分支，master 和 feature，并且它們的commit歷史如下：
A---B---C master / D---E feature在這個(gè)情況下，在 master 分支執(zhí)行了 Fast-forward 合并：
# 切換到 master 分支git checkout master# Fast-forward 合并 feature 分支git merge featureGit 將會(huì)簡(jiǎn)單地移動(dòng) master 指針到 feature 分支的最新commit E 上，形成一個(gè)直線式的commit歷史：
A---B---C / D---E master, feature需要注意的是，F(xiàn)ast-forward 合并只能發(fā)生在當(dāng)前分支沒有新commit的情況下。如果有新的commit，Git 將執(zhí)行普通的三方合并（three-way merge）來創(chuàng)建一個(gè)新的合并commit。
(2) Three-way Merge
Three-way merge（三方合并）通常用于解決分支之間存在沖突的情況。這種合并方式涉及三個(gè)版本的代碼：兩個(gè)分支的最新commit（共同祖先和當(dāng)前分支的最新commit）以及它們的共同祖先，依舊搭配例子食用。
任然還是master 和 feature分支，commit歷史如下：
A---B---C master / D---E feature執(zhí)行合并命令：
# 切換到 master 分支git checkout master# 合并 feature 分支git merge featureThree-way merge會(huì)干嘛？Git 會(huì)找到兩個(gè)分支的最近共同祖先（commit B），以及它們各自的最新commit（commit C 和 commit E）：
A---B---C / / D---E master, feature在這個(gè)情況下，Git 將會(huì)比較三個(gè)版本的代碼（B、C、E），并嘗試合并它們。如果沒有沖突，Git 會(huì)自動(dòng)創(chuàng)建一個(gè)新的合并commit，形成一個(gè)合并后的commit歷史：
A---B---C---F master / / / D---E feature如果合并過程中存在沖突，Git 將會(huì)標(biāo)記，等待用戶手動(dòng)解決。用戶解決沖突后，再執(zhí)行 git merge --continue 來完成合并。
講完了兩種merge策略，怎么人為指定哪個(gè)合并策略？
git merge --no-ff <branch-name>--no-ff 選項(xiàng)用于強(qiáng)制創(chuàng)建一個(gè)新的合并commit，即使可以執(zhí)行快速前進(jìn)合并，這樣可以保留每個(gè)分支的獨(dú)立歷史。
要執(zhí)行Fast-forward 合并，則：
git merge --ff <branch-name>(1) Merge Commit
由 git merge 命令創(chuàng)建，用于合并分支，通常會(huì)產(chǎn)生一個(gè)新的合并節(jié)點(diǎn)，有兩個(gè)或多個(gè)父commit。
(2) Regular Commit
由 git commit 命令創(chuàng)建，記錄了在當(dāng)前分支上的一次更改，產(chǎn)生一個(gè)普通節(jié)點(diǎn)，只有一個(gè)父commit。
可以使用git reset，git reset 命令允許將當(dāng)前分支的 HEAD 指針移動(dòng)到不同的位置，有三個(gè)主要的選項(xiàng)：--soft、--mixed 和 --hard，對(duì)應(yīng)于不同的重置模式。
(1) git reset --soft
git reset --soft <commit>回退 HEAD 指針到指定的commit，但保留所有的更改。即不會(huì)修改工作目錄或暫存區(qū)，所有的更改都被標(biāo)記為未commit的更改，可以直接重新commit。
(2) git reset --mixed
git reset --mixed <commit>默認(rèn)的reset模式。回退 HEAD 指針到指定的commit，并且重置暫存區(qū)，但保留工作目錄中的更改。即未commit的更改會(huì)保留在工作目錄，但不會(huì)被標(biāo)記為暫存區(qū)的更改，需要重新add并commit。
(3) git reset --hard
git reset --hard <commit>最徹底的reset模式。回退 HEAD 指針到指定的commit，重置暫存區(qū)，并刪除工作目錄中未commit的更改，慎用這個(gè)玩意，因?yàn)樗鼤?huì)永久性地刪除未commit的更改。
(1) git reset
用于將分支的 HEAD 指針和工作目錄重置到指定的commit，可以選擇是否保留未commit的更改，主要用于本地分支上的操作，慎用于已推送到遠(yuǎn)程倉庫的分支，以免引起沖突：
git reset --soft HEAD^ # 保留未commit的更改，將這些更改標(biāo)記為暫存區(qū)的更改，不修改工作目錄git reset --mixed HEAD^ # 默認(rèn)模式，將未commit的更改標(biāo)記為未暫存區(qū)的更改，不修改工作目錄git reset --hard HEAD^ # 丟棄未commit的更改，重置暫存區(qū)和工作目錄到指定的commit(2) git revert
創(chuàng)建新的commit，撤銷指定commit及其之后的更改，而不修改commit歷史，適用于已經(jīng)推送到遠(yuǎn)程倉庫的commit，避免修改歷史引起問題：
git revert HEAD # 撤銷最后一次commitgit revert <commit-hash> # 撤銷指定commit在Git中，"暫存"（Staging）指的是將工作目錄中的修改或新文件添加到Git的索引中（也稱為暫存區(qū)），以便隨后commit這些更改。暫存的主要目的是允許選擇性地commit文件而不是全部文件的修改，一般的步驟為：
(1) 修改文件：在工作目錄中對(duì)文件進(jìn)行修改
(2) 將修改添加到暫存區(qū)
git add 文件名(3) commit到Git倉庫
git commit -m "description"通過使用暫存區(qū)，可以控制哪些修改被包含在下次commit中，從而更加靈活地管理項(xiàng)目的版本歷史。
git rebase 是 Git 中用于合并分支的一種方式，它與 git merge 類似，但有一些重要的區(qū)別。
在使用 git rebase 時(shí)，通常會(huì)選擇一個(gè)基礎(chǔ)分支（base branch）和一個(gè)目標(biāo)分支（target branch）。基礎(chǔ)分支上的commit將被移至目標(biāo)分支上，這個(gè)過程涉及到逐個(gè)應(yīng)用commit，因此它會(huì)改寫commit歷史：
git rebase <base-branch>同樣以例子來說明，假設(shè)我們有兩個(gè)分支，main 和 feature，它們的commit歷史如下：
A---B---C main / D---E---F---G feature在這個(gè)例子中，我們希望將 feature 分支上的commit整合到 main 分支上。
執(zhí)行 git checkout main 切換到 main 分支，然后執(zhí)行 git rebase feature：
git checkout maingit rebase feature這將會(huì)創(chuàng)建一個(gè)新的commit歷史：
A'--B'--C' main / D---E---F---G featureA'、B' 和C' 通過逐個(gè)應(yīng)用 feature 分支上的commit得到，這是 git rebase 的基本工作方式。
要注意的是，原來的E 、 F、G 并沒有被修改，它們保留在歷史中。新的commit A'、B' 和 C' 被創(chuàng)建，并在 main 分支上形成了一個(gè)更加線性的歷史。
沒明白的可以參考：；https://git-scm.com/docs/git-rebase。
git tag 用于給 Git 中的commit打上標(biāo)簽（tag），這些標(biāo)簽通常用于標(biāo)識(shí)某個(gè)特殊的commit，比如軟件版本發(fā)布。標(biāo)簽提供了一個(gè)穩(wěn)定的引用，使得方便地回溯到某個(gè)特定的commit，常用的命令選項(xiàng)有
git tag -a v1.0 -m "Version 1.0 release"列出所有tag：
git tag列出匹配條件下的tag：
git tag -l "v1.*"git stash 是一個(gè)用于保存當(dāng)前工作目錄和暫存區(qū)的臨時(shí)狀態(tài)的命令。允許在切換分支、應(yīng)用補(bǔ)丁或執(zhí)行其他操作之前，將當(dāng)前的修改存儲(chǔ)起來，以便稍后重新應(yīng)用，非常非常實(shí)用，常見的使用場(chǎng)景如：
(1) 保存當(dāng)前工作目錄和暫存區(qū)的狀態(tài)
git stash save "Work in progress"(2) 切換到其他分支進(jìn)行操作
git checkout other-branch(3) 在其他分支進(jìn)行操作
# 在 other-branch 上進(jìn)行一些操作(4) 切回原始分支并恢復(fù) stash
git checkout original-branchgit stash apply或者，如果想同時(shí)刪除 stash，可以使用：
git stash pop此外，還有一些其他常用命令：
git stash list # 顯示 Git 存儲(chǔ)庫中所有存儲(chǔ)的列表，以及有關(guān)每個(gè)存儲(chǔ)的一些信息git stash branch <branch-name> # 將更改應(yīng)用到不同的分支git cherry-pick 將指定的commit復(fù)制到當(dāng)前分支，創(chuàng)建一個(gè)新的commit，但不會(huì)將整個(gè)分支合并過來。通常用于在不合并整個(gè)分支的情況下引入或應(yīng)用特定的更改：
git cherry-pick <commit-hash> # <commit-hash> 是要應(yīng)用的commit的哈希值git pull 和 git fetch 都是用于從遠(yuǎn)程倉庫獲取更新的 Git 命令，但區(qū)別為：
(1) git fetch
git fetch origin從遠(yuǎn)程倉庫獲取更新的信息，但并不自動(dòng)合并或更新本地工作目錄， 只是把遠(yuǎn)程分支的引用和相關(guān)對(duì)象（commit、tree等）下載到本地，需要手動(dòng)合并或者在需要的時(shí)候?qū)⑦h(yuǎn)程分支的變更整合到本地分支上。
(2) git pull
git pull origin master面試官：好好好，你tm裝13是吧
本文鏈接：http://www.www897cc.com/showinfo-26-50045-0.html面試只會(huì)git clone？git面試都問些啥？這份總結(jié)請(qǐng)收好
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)