免責宣告：我是 Git 的初學者，如果部分問題沒有意義，請原諒我。
我申請的一家公司給我發了一份編程評估。
評估頁面有一個鏈接，它在我的 GitHub 上創建了一個私有存盤庫（我擁有的存盤庫，而不是分叉的存盤庫）。issue創建的存盤庫對他們希望我實作的新功能持開放態度，我已經實作了這些功能。
然后他們說我需要在我按下評估頁面上的提交按鈕之前對我的更改提出“拉取請求（不合并） ”。但是，我認為拉取請求僅適用于分叉的存盤庫，那么如何在我自己的存盤庫上執行拉取請求呢？我試圖分叉存盤庫，但不能。我還嘗試針對舊版本的分支打開拉取請求，但我需要提交我的解決方案才能使其正常作業，我害怕這樣做，因為我可能是錯的。
任何幫助表示贊賞！
uj5u.com熱心網友回復：
“拉取請求”是 GitHub 功能，而不是 Git 功能。Git 沒有拉取請求——無論如何都不是 GitHub 風格的。（Bitbucket 和 GitHub 一樣，有拉取請求，他們稱之為“拉取請求”，GitLab 和 Bitbucket 和 GitHub 一樣，有拉取請求，但他們稱它們為“合并請求”。所以 PR 在 Git托管網站上非常常見，因為一旦您開始使用托管站點，原因就會變得顯而易見。）
這里棘手的一點是，從你自己向你自己發出的拉取請求（“PR”）沒有明顯的存在理由。存在任何 PR（上述三種風格中的任何一種）的原因是因為這三個系統支持他們所謂的forks。分叉存盤庫很像克隆存盤庫，有兩個小的差異加起來相當大。你做 PR 是因為你做了一個 fork。PR 允許您與其他存盤庫的所有者進行通信，有很多方便和一些不錯的功能。但是如果你一開始沒有做一個fork，就沒有“其他倉庫”：周圍唯一可以交流的人就是你自己。這有點傻。1 你不能問自己你自己的問題，告訴自己你自己的故事嗎？盡管如此，很容易為“其他人”（您已分叉的其他存盤庫的所有者）制作 PR 的事實使得為自己制作 PR 變得微不足道。
要了解這一切，讓我們從 Git 本身的概述開始。
1這在較大的組織（例如公司）中不一定是正確的。至少，GitHub 目前在這里有一些限制，這些限制是在某些組織內使用分叉的障礙——所以有時我們會使用組織的存盤庫并“對我們自己”提出拉取請求，其中“我們自己”是指“為之作業的其他人” FooCorp 并且對同一個存盤庫具有相同的訪問權限”，例如。
Git 是一個分布式版本控制系統
Git 用作版本控制系統或 VCS。這樣的系統有相當長的歷史，背后有很多實用知識和實用性。然而，在 Internet 變得廣泛可用之前，大多數版本控制都是集中式的：有一些主服務器（或類似服務器的物體）維護版本控制，您只需提取一些檔案或某個版本，對其進行處理，然后發送更新回主控系統或站點。這些集中式VCS (CVCS) 提供了很多功能，但也有很多缺點。所以人們發明了分布式版本控制，沒有一個人或物體擁有“真相來源”版本。相反，每個人都擁有或可以獲得，每個版本。DVCS（分布式 VCS）可以像CVCS 一樣使用：只需指向其中一個副本并說“這是中央副本”。但是 CVCS 不能用作 DVCS，因為 DCVS 的關鍵特性是沒有“the”存盤庫：所有存盤庫都是平等的，或者至少可能是平等的（一切都取決于您如何使用它們）。
無論如何，作為“D”風格的“VCS”，使用某個 Git 存盤庫的每個人都將擁有或可以擁有每個版本。為了完成這項作業，Git 存盤庫本身由兩個大型資料庫組成：
一個大資料庫保存提交和其他 Git 支持物件。每個提交都包含專案的一個版本：每個檔案的快照，以及一些包含資訊的元資料，例如制作快照的人的姓名和電子郵件地址。Git 將所有這些東西作為物件存盤在物件資料庫中。
這個資料庫有一個惱人的限制。其中的每個物件都由一些大的、丑陋的、看起來隨機的哈希 ID找到。哈希 ID 對人類來說非常難以使用。我們只是不擅長哈希 ID。但是 Git需要哈希 ID 才能訪問資料庫中的物件。所以...
第二個資料庫（通常要小得多）保存名稱，例如分支和標簽名稱，并將每個名稱映射到一個哈希 ID。Git 巧妙地安排了一些事情，如果一個分支名稱包含最新的哈希 ID，Git 可以使用它來查找該分支“in”或“on”的每個提交。（與大多數其他 VCS 中的分支作業方式相比，Git 在這里使用分支很奇怪，但我們不必在這里解決這個問題，也不會。）
物件資料庫是只讀的：一旦您在其中創建了一些物件，就無法更改該物件（根本，永遠）。名稱資料庫是讀/寫的：您可以隨意添加和洗掉名稱，并且您（或更通常地，Git）可以隨時將任何合適的哈希 ID 填充到任何合適的名稱中。正常的行程是向大資料庫添加一個新的提交，然后在小資料庫中更新一個分支名稱以記住最新的提交。最新提交本身會記住最新提交的哈希 ID，這是Git 可以找到較早提交的方式。
要使此功能在您的計算機上有用——例如，在您將構建和測驗更改的筆記本電腦上——您還需要一個作業區。一個普通的 Git 存盤庫提供一個作業區，Git 將其稱為作業樹。托管的 Git 存盤庫（例如在 GitHub 上）不會；Git 將這樣的存盤庫稱為裸存盤庫。因為沒有作業區，所以直接在這些托管系統上進行任何作業實際上是不可能的。2除了在這些托管系統上 ，您通常不會處理裸存盤庫。
2至少，GitHub 已經添加了一些奇特的方法來允許直接在 GitHub 上進行有限的作業。因為它們從一個裸存盤庫開始（你不能在其中作業），所以這些系統有點奇怪和笨拙，有特殊的限制。他們通過臨時安排完成作業，完成作業，承諾，然后拆除臨時安排來“作業”，這產生了所有奇怪的限制。您不應該嘗試以這種方式完成所有日常作業：它僅適用于某些有限的用途。
克隆
現在，假設其他人——Fred、Lakeesha 或任何人——擁有一個現有的存盤庫，并且你想用這個軟體做點什么。你不需要弄亂他或她的一切副本！您只需克隆存盤庫。他或她為您提供只讀訪問權限，您將 Git 指向他們的系統并說復制所有內容，使用git clone.
當你使用git clone時，你得到的是一個新的 Git 存盤庫：一對資料庫，加上一個作業區。資料庫最初是完全空的，但是克隆程序會從另一個 Git復制每個提交，以填充您的提交和其他物件資料庫。
稍微奇怪的git clone是它不會復制他們所有的名字。相反，它按原樣（通常）復制它們的標簽名稱，但獲取它們的每個分支名稱并更改它們。他們的分支名稱是什么——分支main和develop，比如說——成為你的遠程跟蹤名稱，origin/main和origin/develop。基本上你的 Gitorigin/會排在他們每個名字的前面。
更改名稱的原因是您可以擁有分支名稱，并且可以使用它們正在使用的相同名稱，但記住不同的“最新提交”哈希 ID。Git 本身需要并將使用哈希 ID。你會希望你的Git 軟體在你的存盤庫中作業，一旦你做出一個新的提交，就會記住你的新提交。他們希望他們的Git 軟體在他們的存盤庫中作業，以記住他們最近的提交。
為您提供自己的分支名稱，并讓他們擁有自己的分支名稱，這些名稱可能與您的不同和/或持有不同的哈希 ID，這樣就可以完成這項作業。所以你的克隆最初根本沒有分支：你的 Git 將它們的分支復制到你的遠程跟蹤名稱。（請記住，Git 本身實際上并不需要分支名稱。Git 只需要哈希 ID。這些名稱主要是為了人類。）
但是，一旦您有了這個克隆，您的 Git 將執行最后一步：它將創建一個分支名稱。您可以選擇要創建的名稱，但大多數跑步git clone者不會打擾。在這種情況下，您的 Git（您的軟體與您的存盤庫一起作業）詢問他們的 Git（他們的軟體與他們的存盤庫一起作業）：您推薦什么分支名稱？ Git 將其稱為默認分支，而在 GitHub 上，這通常是main現在，盡管過去通常是這樣master（許多舊的存盤庫都遵循舊的傳統）。
現在你的 Git 有了一個分支名稱，你的 Git 會找到他們的分支名稱所代表的提交，并創建你的同名分支，以便他們的最新提交也是你的最新提交。然后你的 Git簽出這個分支，這意味著它選擇這個“最新提交”作為你將使用 / 的提交。你的 Git 從這個特定的提交中填充你的作業樹，現在你有了可以使用 / 處理的檔案。
GitHub“分叉”
假設有人在網上有一個你喜歡的、你想使用甚至可能貢獻的存盤庫。如果此存盤庫存在于GitHub 上，GitHub 為您提供了一種方便的方法來執行此操作。3 您在瀏覽器中導航到存盤庫，然后使用標有標簽的按鈕創建您FORK擁有的 GitHub 端克隆。因為這是一個克隆，所以您只需要讀取權限即可。
這個 GitHub 端克隆的特別之處在于：
- GitHub 以一種對他們來說成本極低的方式來做這件事（通過避免幾乎所有的實際復制）。
- GitHub將您的克隆連接回您分叉的存盤庫。 這可以實作輕松的拉取請求（我正在解決的主題，即使它看起來不像??）。
- 最后——對你的使用很重要——在你按下按鈕時，GitHub 會復制所有分支。FORK他們可以這樣做部分是因為他們沒有給你一個作業區，但也因為他們只做一次。如果你想更新你的 GitHub-fork 克隆的分支，你必須從現在開始這樣做。在我看來，這是 GitHub 這樣做的方式的一個缺陷，但這不是一個大問題。你只需要意識到它。
因此，一旦您按下FORK（并根據需要填寫一些空白），您現在在 GitHub 上就有了一個存盤庫，它是原始存盤庫的克隆，具有附加功能。現在你可以開始作業了。
3如果沒有，GitHub 什么也沒有給你——至少現在還沒有。那么，GitHub 的優勢就是吸引更多的用戶到 GitHub，這樣你就會被 GitHub 所吸引，因為他們的倉庫會在GitHub 上，如果你把自己的倉庫也放在 GitHub 上，就會給你帶來優勢。然后您的存盤庫將在 GitHub 上，吸引更多用戶，并且 GitHub 網路增長。如果并且當您遇到一些限制時，您可能傾向于開始向 GitHub 支付服務費用。同樣的道理也適用于 Bitbucket 和（在較小程度上，因為它們的關注點有點不同）GitLab。在經濟學中，這被稱為網路效應。它解釋了為什么GitHub 愿意給你一定數量的“免費”好東西：它最終會讓 GitHub 的所有者變得更富有，或者至少他們當然希望如此。
你現在克隆你的叉子
一般來說，你不能直接在 GitHub 上做好作業。（正如我之前在腳注 2 中所說的，直到最近你還不能直接做任何作業。）所以你的下一個任務是將你的 fork 克隆到你的筆記本電腦上。這可以是任何計算機，但我只想說筆記本電腦以明確我們正在談論的是哪個克隆：你的筆記本電腦上有一個克隆，而GitHub 上有兩個：你的 fork 和你 fork 的 repo。所以我們有：
- 您筆記本電腦上的存盤庫：這是您的新克隆，只有一個分支；
- 你在 GitHub 上的 fork：這是你的另一個帶有所有分支的新克隆；和
- 他們的原始回購。
在您的筆記本電腦上的克隆中，您可以使用筆記本電腦特定的分支名稱來完成您的作業。通常，您可能會創建一個新的分支名稱，然后進行一兩次新的提交。然后，要發送這些新提交，請運行：
git push -u origin my-new-branch
這讓你的 Git（你的軟體與你的筆記本電腦 repo 一起作業）呼叫“他們的”Git（GitHub 的軟體與你的 fork 一起作業）。這兩個 Git 軟體實作有一個對話，雖然它使用分支名稱來引導，但都是關于哈希 ID的。您的筆記本電腦 Git 會找出您剛剛添加的新提交，您的 GitHub 分支仍然缺少哪些新提交，您的筆記本電腦 Git 必須將其發送到他們的 Git 以放入您的 GitHub 分支。
您的 Git 現在將這些提交打包（您會看到有關“計數”、“壓縮”和“寫入物件”的訊息）。提交和其他物件通過網路到達 GitHub。GitHub 將它們放在臨時隔離區，然后查看您的請求，內容如下：
- 如果沒問題，請
my-new-branch在您的存盤庫（即，在您的 GitHub fork 中?）創建或更新分支名稱，以便它記住與my-new-branch我的（筆記本電腦）存盤庫中的分支名稱相同的提交。
由于您的 GitHub 分支根本沒有這個分支名稱，因此他們接受了禮貌的請求。他們創建了這個名字，現在你的 GitHub 分支有了一個新的分支，上面有這些新的提交（一個或兩個，或者很多）——而且，由于 Git 很奇怪，它上面也有所有舊的提交：Git 分支總是一路回到時間的開始。4 Git Hub通常會巧妙地將其顯示為“僅兩次提交”，并且當以某些方式使用時，Git 本身也會以這種方式顯示。5
現在，終于，拉取請求的東西開始了。在你的 GitHub fork 中 創建了這個新分支后，你現在可以使用一個按鈕單擊（可能還有很多輸入——輸入一些東西也是個好主意...) 向 GitHub 上的原始存盤庫所有者發送“拉取請求”，要求他們（原始存盤庫所有者，擁有您分叉的存盤庫的人）將您所做的作業合并到他們的存盤庫中。
他們如何以及是否選擇合并，如果是，何時合并，完全取決于他們。GitHub 將做的是向他們發送電子郵件和/或生成一些其他型別的通知（Slack、推文等），以便他們了解PR。GitHub 為他們和您提供了您和他們可以交流的方式：您將收到電子郵件和/或 Slack 訊息和/或他們提出問題時的其他任何內容，如果他們選擇提問或發表評論，如果他們選擇發表評論。GitHub 會在他們接受或拒絕你的 PR 時向你發送通知。根據他們的活躍程度，您可能會立即收到他們的回復，或者幾個月都不會收到回復：這部分取決于他們。
如果并且當他們選擇合并您的新提交時，他們只需單擊一下即可完成。這讓他們很容易收回你的作業。
您可能可以在這里看到價值主張。他們根本不必讓您更改他們的存盤庫，但他們可以讓您對他們的存盤庫提出更改。他們可以按原樣接受，也可以要求您對其進行一些調整，或者自己進行調整。協作變得容易。這就是 GitHub（和其他托管站點）存在的理由或存在理由：他們利用 Git（分布式克隆）的強大功能，并將其變成更易于使用的東西。（眾所周知，Git 很難使用，而使用 Git 進行協作而不使用 GitHub 或類似的東西，這就是 GitHub、GitLab 和 Bitbucket 存在的原因。）
4可以創建不回傳到存盤庫中的第一個提交的分支，但通常這不是您想要做的。它使以后的事情變得更加困難。git merge在執行此操作之前，請確保您對背后的圖論有足夠的了解。
5這是否“正確”（或者你想要什么，真的）取決于你想要什么。盡快學習腳注 4 中提到的理論部分是個好主意。
你的情況
在您的情況下，他們沒有為您提供分叉的存盤庫。您應該創建自己的存盤庫，然后克隆它并像復制其他人的存盤庫一樣作業。然后你應該向自己提出一個拉取請求：這是另一個“好像”。然后，您應該讓他們在您創建的 GitHub 存盤庫中四處尋找，查看您的 PR，并檢查您撰寫的代碼以及您在此程序中可能使用的 Git 和 GitHub 禮儀。
通常，如果您在 GitHub 上有自己的存盤庫，并且您在筆記本電腦上擁有克隆并做了一些作業，那么您不會與自己協商何時、是否以及如何將新的筆記本電腦提交合并到 GitHub 存盤庫中。你自己把它們粘在那里。但是如果你這樣做了，你將沒有機會展示你對如何使用 GitHub PR 的了解。
要了解實際發出拉取請求的機制——即在 GitHub 上導航的位置以及單擊哪些可點擊按鈕——請參閱GitHub 自己的檔案，這非常好。
uj5u.com熱心網友回復：
謝謝大家的回復。我創建了一個提交代碼的新分支。一旦我這樣做了，我就得到了一個拉取請求選項，正如這里的評論所指出的那樣。
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/497144.html
上一篇：Github頁面無法保存