假設我的feature分支來自develop分支。我feature向我的老板提交一些提交并提交拉取請求以合并到develop.
但是如果我feature在他審查請求之前繼續作業、提交和推送，那么如果他接受原始拉取請求，所有這些提交都會被接受嗎？換句話說，拉取請求是為了合并分支的最新版本還是特定的提交？
還是取決于特定的存盤庫（gitlab、github 等）？如果這在這里很重要，我的公司使用azure devops。
在這種情況下，我還想知道拉取請求與git merge?
uj5u.com熱心網友回復：
拉取請求（也稱為合并請求）是將某個分支（在本例中為feature）合并到另一個分支（在本例中為 ）的請求develop。合并拉取請求后，特性分支中的所有更改都會合并到主分支中。
在拉取請求期間，審查者發現問題并就某些事情留下反饋實際上是正常的，然后需要審查者進行額外的提交。
您可以配置您希望如何合并功能分支。例如，您可以選擇擁有它，以便功能分支中的作業僅顯示為一次提交，或者您可以選擇保留分支的整個歷史記錄。
在這種情況下，我還想知道拉取請求與 git merge 有何不同？
拉取請求是執行 的請求git merge，但它允許開發人員對更改提供反饋。
uj5u.com熱心網友回復：
Pull-Request 只是一個小型作業流的規范，定義了更改如何到達您的主（例如 master/develop 等）分支，并使用一組規則來接受更改并合并它們。它得到了維護 git 的工具的支持，例如 github、bitbucket 等……而且，這些工具可以定義 PR 的基本作業流程。例如，您的老板批準了您的 PR，并且您推送了一些新更改，在這種情況下，該工具可能會自動洗掉批準，您的老板將不得不檢查您的其他更改并再次批準。
根據誰做什么（例如批準、合并）來處理 PR，這取決于您。
此外，您可以對 PR 添加進一步的限制，例如，如果 PR 沒有合并來自目標分支的所有更改，則無法合并。
您還可以設定 PR 必須如何合并，例如快進、-no-ff .. squash ... 這也取決于工具。
因此，您需要檢查您使用的工具的功能。
Pull-Request 是 'git merge'，區別在于合并通常直接在服務器端完成。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/343926.html
標籤：混帐 azure-devops git提交 拉取请求