我從git pull 檔案中的理解是
$ git pull
和
$ git pull origin master
假設當前分支是主分支，應該產生相同的結果。然而，在前一種情況下，我拉下一個物件，而在后一種情況下，我拉下更多（今天超過 100 個）。顯然，這兩個命令不是同義詞，那么在我根據它建立新的票證分支之前，確保我擁有最新的 master 副本的正確形式是什么？謝謝。
uj5u.com熱心網友回復：
其中一些只是原始的整體設計不佳git pull，現在必須保留以向后兼容。
這里要知道的是git pull：1
- 運行
git fetch; 然后 - 運行第二個 Git 命令。
您（通常）可以選擇第二個 Git 命令：rebase 或 merge。在查看git fetch獲取的內容之前，您必須決定使用哪個，我認為這是一個相當大的缺陷，也是避免使用git pull. 2 您還可以選擇git pull傳遞給git fetch步驟的引數（如果有）：
如果指定遠程 (
origin) 和分支名稱 (master, ingit pull origin master)，則git pull運行git fetch origin master.如果您沒有同時指定遠程和分支名稱，請
git pull查看和，您當前的分支在哪里。這些都必須設定（并且此時您也必須在某個分支上，這樣才有意義）。Git 然后從第一個設定傳遞給定的遠程名稱。branch.branch.remotebranch.branch.mergebranchbranch
然后，我們必須去到的git fetch檔案，看看它確實與remote和如果存在分支的名稱或refspec引數。這remote很簡單：例如，它設定 URL 的來源；如果remote是原點，則您的 Git 查找結果git config --get remote.origin.url以了解如何聯系其他 Git。
該的Refspec說法是事情變得非常瘋狂的：
沒有refspec 引數的fetch使用默認值 from 。的標準是。這個refspec意味著獲取所有分支找到的所有提交，將它們重命名為我的遠程跟蹤名稱。但是，您可以有一個單分支克隆或其他一些非常不尋常的配置，其中會發生一些不同的事情。
remote.remote.fetchoriginrefs/heads/*:refs/remotes/origin/*origin/*帶有refspec 引數的fetch會導致 Git 查找與 refspec 匹配的名稱。在這里，事情很復雜。refspec 具有一般形式，其中有一個可選的force flag、一個源部分、一個冒號和一個目標部分。源和目標可以包含
*通配符（有某些限制；確切的限制取決于您的 Git 版本）。它們可以是完全限定的參考，以 開頭refs，或者您可以讓 Git 執行某些匹配操作，如gitrevisions 檔案中所述。
如果我們避免覆寫所有可能性，而只專注于使用一個簡單的分支名稱作為 refspec，我們會發現git fetch處理這個問題的方法是：
它將獲取的內容限制為與給定分支名稱在另一個Git 中指向的提交同步所需的任何提交和其他物件。也就是說，如果他們的Git 具有名稱
master含義commit defb9a3...，則您的 Git 將確保在完成時您的存盤庫中有此提交，以及所有需要的父項和所需的任何其他物件git fetch。但是，如果他們的 Git 有更新其他遠程跟蹤名稱所需的其他提交和物件，則您的 Git 不會選擇這些。然后它像往常一樣提取并將相應的資訊寫入
.git/FETCH_HEAD，在哪里git pull可以看到它。在 Git 1.8.2 及更高版本中，它會隨機更新遠程跟蹤名稱（
origin/master在本例中）。它通過讀取remote.origin.fetch配置中的行來完成此操作。在舊版本的 Git 中，不會出現第 3 步。
這是一種冗長但相當精確的說法，默認情況下git fetch origin獲取所有分支，但git fetch origin master僅獲取其 master。 這個簡短版本有許多可能的特殊例外，但它們相對較少。
1在不遠的過去，git pull有一個 shell 腳本，您可以閱讀它并查看它運行的位置git fetch。這讓事情變得更加清晰。現在它是一個大毛茸茸的 C 程式。它仍然完全相同嗎？好吧，我們可以希望錯誤得到修復，因此，可能不完全相同。但整體行為應該保持不變。
2并不是說你不能恢復，如果git fetch獲取了一些你不想變基或合并的東西。這是它的更容易地運行多個命令，用git log插在那個時候似乎是適當的中間。那么就沒有必要從小型災難中恢復過來。
哪一個更好？
This is one of those questions that doesn't have an answer, really. It's like asking whether chocolate ice cream is a better flavor than strawberry, or whether broccoli or cauliflower is a better vegetable.3 They're different, and whether one is better for you, for one specific purpose, depends on both you and the purpose.
We can, however, note that if you let git fetch fetch everything now, a later git fetch will generally have less to fetch. If you restrict git fetch right now to just their master, and later you also need commits from their dev and have to run git fetch origin dev, you might have been better off running a single git fetch origin that got everything.
If you plan to make use of n remote-tracking names, where n > 1, a simple git fetch that just gets everything is convenient.
3It is, however, clear that of all cruciferous vegetables, Brussels sprouts are the worst. ????
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/354954.html
標籤：混帐