我正在開發這個名為tallyfor/flow的公共存盤庫。如您所見，它是 nodename/flow的一個分支，而后者又是原始fmnoise/flow的一個分支。
在本地，我創建了一個名為
add-ci-to-automatically-publish-packages并添加了一個ci.yml檔案的分支（持續集成作業）。
執行以下命令創建拉取請求后：
git push origin add-ci-to-automatically-publish-packages
推送的“地址”似乎是正確的：
~/projects/flow on add-ci-to-automatically-publish-packages
? git remote -v
origin [email protected]:tallyfor/flow.git (fetch)
origin [email protected]:tallyfor/flow.git (push)
但是，發生了一些奇怪的事情，因為我的 Pull Request沒有 進入預期的存盤庫。拉取請求不是轉到 tallyfow/flow ，而是轉到nodename/flow - 請參閱此處的PR。
為什么會這樣？我怎樣才能在 tallyfor/flow 上進行更改？
uj5u.com熱心網友回復：
答案（沒有背景是沒有意義的）
您似乎正在使用其中一種自動化設定，您（或與您一起作業的人）已在其中進行了設定，以便git push您的 fork 觸發一個 GitHub Action，該操作創建一個從您的 fork 到其上游的 PR。這不是Git所做的事情，而是 Git Hub正在做的事情。如果您不希望它這樣做，請停止告訴它這樣做。??
背景
該git push命令本身并不會創建拉取請求。它實際上不能，因為 Git 對拉取請求一無所知。拉取請求是GitHub功能，而不是Git功能。
如果您愿意，您可以設定一個 GitHub 存盤庫，以便推送到特定的分支名稱會自動創建一個拉取請求。這不是因為git push它本身，而是因為您安裝的GitHub 操作。有關這方面的更多資訊，請參閱在 Git Push 上創建拉取請求。
當您使用 GitHub Web 界面或github-cli gh命令，你選擇PR 去哪里。如果您已經分叉了一個分叉，默認情況下您的 PR 會轉到您分叉的分叉，而不是原來的分叉。要將 GitHub PR 重定向到其他地方，您必須使用 GitHub 的“跨叉比較”選項，如 GitHub 幫助頁面中所述。
我確信可以將這些組合起來，以便推送到 fork 的 fork 可以自動為原始存盤庫創建 PR。我認為這就是這里正在發生的事情。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/522357.html