我已經有幾天的PR公開,現在有點陳舊了。我被要求關閉它,做一些改變,然後重新打開。關閉,然後重新打開一個新的提交請求
但是我不知道該怎麼做,而且當前的拉取請求大約有五次提交。
我應該打開一個新分支,進行新的修改,然後從那裏提交一個PR?如果是這樣,那麼PR怎麼可能有其他五個提交呢?如果有更好的方法來做到這一點,我會很有興趣知道。
我已經有幾天的PR公開,現在有點陳舊了。我被要求關閉它,做一些改變,然後重新打開。關閉,然後重新打開一個新的提交請求
但是我不知道該怎麼做,而且當前的拉取請求大約有五次提交。
我應該打開一個新分支,進行新的修改,然後從那裏提交一個PR?如果是這樣,那麼PR怎麼可能有其他五個提交呢?如果有更好的方法來做到這一點,我會很有興趣知道。
拉請求實際上是一個人請求他們的分支進入另一個分支,所以你只處理Git級別的分支。
在GitHub級別,您可以關閉PR 而不用刪除分支,這可能是您想要在此處執行的操作。
你如何繼續取決於你想要的歷史。請注意,我從本地Git的角度調用了這些,因爲我們需要的GitHub交互只是真正關注PR。
如果你想簡單地繼續你需要的工作並重新打開PR,那麼直接在該分支上進行工作。它仍然會有來自該分支的其他提交,所以你不會冒着任何迷失的風險。
這也意味着一個較少的分支來保持心理上的追蹤,並且當所有工作合併時減少一個分支以刪除。最後,它保持提交歷史更清潔,因爲沒有不必要的合併提交徘徊。
如果你想分支分支,那麼這也是一個選項 - 像平常一樣創建一個分支,完成你的工作,然後提交你的PR。這個分支也會有其他的提交,所以你不會冒任何迷失的風險。
這可能在這種情況下太...關閉Github上拉請求,而不刪除其原分公司之後,該拉請求以後可以在Web UI重新切向幫助:只要做就可以了評論,並會有一個「重新開放請求」來提交該評論。
感謝您的幫助。重新使用現有的分支將是最好的,但是如果我在關閉原始PR後做了額外的提交或兩次提交,如果我在之後創建新的PR,那麼其他提交也會在那裏? – jkj2000
這取決於公關的決議。如果它合併到上游分支中,並且您的工作基於上游分支,那麼是的,您會看到它。想想它像[Git Flow](http://nvie.com/posts/a-successful-git-branching-model/);只要將作品放到一個共同的地方,並且在作品融入作品之後,您的作品就建立在這個共同的地方之上,那麼作品就可以被看到。 – Makoto