完成開發工作

當您完成實作和測試，以解決工作、Bug 或其他工作項目的程式碼變更時，通常會執行數項額外的工作。 在小組環境中，您通常要求開發小組的一位或多位成員檢閱您的程式碼。 此外，您也應該執行最後的應用程式完整建置。

您可能必須通過一些簽入測試，才能簽入程式碼。 滿足所有準則後，即可簽入暫止的程式碼變更，解決任何合併衝突。

只有在所有必要步驟都完成時，才能解決對應的工作、Bug 或其他工作項目。

一般工作

工作	支援內容
請同事檢閱程式碼：在許多小組開發環境中，您必須請一位或多位同事檢閱程式碼變更，才能簽入這些變更。 即使您的小組不需要進行此步驟，仍應考慮請其中一位同事檢閱任何複雜的程式碼。 為簡化程式碼檢閱，您可以準備包含變更的擱置集。 其他小組成員就可以檢查擱置集的內容。 此外，變更會儲存到版本控制中，如此您就能處理其他工作，而且即使開發環境發生意外狀況，也不會危及您的變更。	簽入高品質程式碼的方針 使用擱置集
執行最後完整建置：通常當您進行程式碼變更時，只會建置變更的元件。 在小組環境中，您應考慮建置整個應用程式，再簽入變更。 在部分小組中，可以將簽入送出至執行連續建置的電腦。	執行和監視組建
執行所有簽入測試：在許多小組中，您必須執行稱為「簽入測試」的應用程式測試子集。 這些測試會驗證您並未中斷直接修改區域以外的應用程式行為。	定義閘道簽入組建來驗證變更 在分成連續組建之後使用組建簽入原則來最小化程式碼變換
簽入所有變更：在驗證您的變更之後，必須將它們簽入版本控制中，才能供小組使用。 將變更簽入，也會讓變更出現在下一個完整的產品組建中。 例如，如果暫止的變更對目前產品週期階段造成太多風險，您也可以將這些變更還原。	簽入暫止的變更 解決兩個檔案之間的衝突 從暫止的變更視窗檢視工作項目詳細資料 覆寫簽入原則 復原暫止的變更
解決工作、Bug 和其他工作項目：在您簽入變更後，可以解決相關的工作、Bug 以及與變更相關聯的其他工作項目。 通常您會將包含變更的變更集與工作項目產生關聯；如果您這樣做，當 Bug 再發生時，就很容易找到相關的變更集。 您最好在工作項目註解中加入充足的資訊，讓其他使用者讀取時可以了解變更的情況和原因。 此外，您也可能考慮套用標籤，這樣就可以往回參考原始程式碼的這個版本。 完成工作項目後，如果該項目耗用的時間遠比預期的時間多或少，您可能需要調整開發排程。	尋找 Bug、工作和其他工作項目 解決、關閉或重新啟動工作項目 使工作項目與變更集產生關聯 使簽入提示與變更集產生關聯 使用變更集 使用標籤來建立檔案的快照 使用 Microsoft Project 排程工作和指派資源
提供設計意見：當您變更程式碼時，可能需要變更應用程式的設計或架構項目。 如果您變更設計，則應更新任何架構或設計文件 (包括模型) 以反映變更。 此外，如果您更正缺陷，也可以為其他小組成員提供指引，協助他們了解缺陷的本質並指示未來如何避開這類缺陷。	視覺化現有的程式碼 開發軟體設計的模型 模型化使用者要求 在開發期間驗證您的系統

相關案例

• 執行一般程式開發工作
  完成開發工作時，您已執行小組流程或方法所需的所有必要步驟。

• 識別程式碼變更對測試造成的影響
  在您簽入變更並且解決相關工作項目之前，應先執行測試以驗證受程式碼變更影響的應用程式部分。 您可以使用 Visual Studio Premium 和 Visual Studio Ultimate 的 [測試影響分析] 功能查看必須執行的測試。

• 使用單元測試驗證程式碼
  您應執行現有測試，並且可以編輯其他測試，以驗證應用程式的行為。 如果您的應用程式使用一個或多個資料庫，則您可以產生用於這些測試的實際測試資料。

• 使用程式碼分析工具進行應用程式品質分析
  您可以分析程式碼，查看可能對應用程式使用者造成問題的常見設計問題。

• 管理開發排程和工作
  在您簽入變更並解決工作項目之後，可以檢閱目前反覆項目的開發時間表。 您會發現是否依照時間表進行。 如果工作耗費的時間比預期長，則可以找出哪些小組成員相依於您的工作，以便討論延遲的影響。