git fetch如果我們知道最終將不得不合并遠程倉庫中的任何更改，我們為什么還要費心去做呢？
我了解git fetch從遠程存盤庫下載新資料，與 不同的git pull是，它不與我們作業區中的資料集成。作為回報，我們可以在運行之前檢查資料/提交的差異git merge。
從簡單的谷歌搜索中，我只能看到人們說git fetch git merge比 . 更安全git pull。我有點明白，您不想這樣做，git pull并發現您合并了一些破壞作業區資料的東西。問題是如果發生這種情況，我可以選擇回滾。
git fetch除了檢查本地和遠程倉庫之間的差異之外，還有更大的目的或理由使用嗎？
我知道這對大多數人來說可能聽起來像是一個簡單甚至愚蠢的問題，我不知道為什么它讓我如此困擾。我只是希望有人能說服我更多地去做git fetch。另外，我寫這篇文章不是為了抱怨或抱怨，我真的只是想學習 git 的所有安全實踐。
uj5u.com熱心網友回復：
除了檢查差異和進行合并/變基之外，我還
- 挑選提交
- 檢查 blob 物件的大小
- 創建補丁
- 創建 git 包或 zip/tar 包
- 簽出提交
- 從提交訊息中檢索錯誤票證等資料
- 計算添加和洗掉
- 搜索提交字串并找出誰對字串有貢獻
等等。
基本上我從存盤庫資料庫中讀取資料。要讀取最新資料，我需要git fetch先。
uj5u.com熱心網友回復：
如果我們知道最終必須合并遠程倉庫中的任何更改，為什么還要費心去做 git fetch 呢？
壞前提。您不必合并所有內容，您可能不是必須合并任何內容的人。如果您只是在安裝，您可能會獲取并可能結帳，不一定首先甚至從來沒有到現有的作業樹。如果您攜帶補丁，您將獲取和變基。如果您正在尋找錯誤，您可以獲取并平分。像那樣。
另外：不要相信你讀到的一切。我有點反對git pull. '不知道他們在做什么。了解它在做什么，了解它的選項和配置旋鈕可以為您做什么。不要以為在你學會開車之前你就可以在精神上自動駕駛，Git 在底層只是簡單得可笑，但作業的復雜性讓你很難看到。
uj5u.com熱心網友回復：
我一直使用 git fetch 以便我可以git log --graph在合并之前運行并查看更改。此外，有時您想做一個變基，而不是合并。您可以通過向 中添加標志來進行簡單git pull的變基，但同樣，我經常想先查看圖表以確保我得到正確的變基。
uj5u.com熱心網友回復：
我無法告訴你我的隊友中有多少人比他們的拉取請求main包括 20 多個提交而不是預期的 3 個提交（例如）來自他們的功能分支感到困惑。
在強制推送他們的分支之前，他們需要獲取，然后在更新的遠程跟蹤分支之上重新調整他們的特性分支。origin/main
這會更新正在進行的拉取請求，現在只顯示來自其分支的 3 個提交。
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/458829.html
標籤：混帐