共用方式為


取得提取要求的意見反應

提取要求支援檢閱程式代碼,並將程式代碼合併成單一共同作業程式。 開發人員新增功能或錯誤修正之後,他們會建立提取要求,開始將變更合併至上游分支的程式。 然後,其他小組成員有機會在程序代碼完成之前檢閱和核准程序代碼。 使用提取要求來檢閱進行中的工作,並取得關於變更的早期意見反應。 但不會承諾合併變更。 擁有者可以隨時放棄提取要求。

取得檢閱程序代碼

在提取要求中完成的程式代碼檢閱不只是為了尋找明顯的 Bug;這就是測試的用途。 良好的程式代碼檢閱會攔截較不明顯的問題,這可能會導致稍後發生成本高昂的問題。

程式代碼檢閱可協助保護小組免於遭受合併錯誤和中斷組建,以提升小組的生產力。 檢閱會在合併之前攔截問題,保護重要分支免於不必要的變更。

程式代碼檢閱也鼓勵和加強開發人員之間的共同作業和溝通。 小組在主要分支和功能分支之間取得所有變更的明確歷程記錄。

在程式代碼檢閱中使用各種檢閱者,跨輪詢專業知識並散佈解決問題策略。 差異技能和知識使團隊更強大且更具彈性。

提供絕佳的意見反應

高品質的檢閱是從高品質的意見反應開始。 在提取要求中提供絕佳意見反應的關鍵包括:

  • 讓適當的人員檢閱提取要求。
  • 確定檢閱者知道程式碼的功能。
  • 提供可採取動作、具建設性的意見反應。
  • 及時回復批注。

當您將檢閱者指派給提取要求時,請務必選取正確的檢閱者集。 檢閱者應該知道程式碼的運作方式,但也包括開發人員在其他領域工作,以便他們分享他們的想法。

提供變更的清楚描述,並提供程式碼的組建,其具有修正或功能。 檢閱者應努力提供他們不同意之變更的意見反應。 找出問題,並提供有關可以採取不同方式執行之動作的特定建議。 此意見反應應具備清楚的意圖,且能夠讓提取要求的擁有者輕鬆理解。

提取要求擁有者應該回復批注、接受建議,或說明他們拒絕套用它們的原因。 有些建議很好,但可能超出提取要求的範圍。 若要採納這些建議,請與提取要求分開建立新的工作項目和功能分支以進行那些變更。

使用原則保護分支

存放庫中有幾個重要的分支,小組一直依賴此分支,例如 main 分支。 Teams 可以要求提取要求,以使用 GitHubAzure DevOps 等平臺在這些分支上進行任何變更。 若開發人員直接將變更推送至受保護分支,系統將會拒絕他們的推送。

新增其他條件以提取要求,以在密鑰分支中強制執行較高層級的程式代碼品質。 來自多個檢閱者之合併程式代碼和核准的全新組建是經常用來保護主要分支的一些額外需求。

深入了解

GitHub 有關於如何 建議使用提取要求之工作變更的廣泛檔。

深入瞭解 在程式代碼檢閱 中提供絕佳的意見反應,以及 使用提取要求範本來提供檢閱者的指引。 Azure DevOps 也提供 豐富的提取要求體驗 ,方便使用並視需要進行調整。