將專案移轉至繼承程式模型以輕鬆自訂 – VSTS 短期衝刺 139 更新
在Visual Studio Team Services (VSTS) 的Sprint 139 更新中，您現在可以將託管的 XML 專案移轉至繼承程式模型，以簡化自訂。 此外，您的 發行現在可以由 PR 觸發 ，以協助您在合併之前執行其他測試。
如需詳細資訊，請參閱下面的 功能 清單。
下一步
閱讀下方的新功能，並前往 VSTS 自行嘗試。
功能
Wiki：
工作:
程式碼：
建置和發行：
Wiki
建立 Wiki 頁面的目錄
有時候 Wiki 頁面可能會很長，內容會組織成數個標題。 現在，您可以使用 語法，將目錄新增至至少有一個標題 [[_TOC_]] 的任何頁面。 如需在 VSTS 中使用 Markdown 的詳細資訊，請參閱 Markdown 指引 檔。 這項功能是根據 UserVoice 的建議來設定優先順序。
Work
將專案移轉至繼承程式模型，以簡化自訂
將裝載的 XML 進程模型移轉至繼承的程式，可讓您透過使用者介面自訂工作追蹤系統。 如果您在任何專案中使用託管的 XML 進程模型，您現在可以移轉它們。 您可以透過兩個步驟變更專案的程式模型。 首先，將裝載的 XML 進程複製到繼承模型。 這會將您的自訂專案，例如工作專案類型、欄位和狀態新增至新建立的繼承程式。
驗證程式之後，您就可以變更專案以使用新建立的進程。
如需詳細資訊，請參閱 將裝載的 XML 程式複製到繼承 檔。
使用改良的 Microsoft Teams 整合來聊天最新狀態
在 Microsoft Teams 整合的最新改進中，您現在會快速看到具有清楚圖示和色彩的活動狀態，並開始聊天以保持移動。 如果提取要求正在等候作者，則會以黃色顯示，並顯示計時器圖示。 如果建置成功，則會以綠色顯示，並具有核取記號圖示。
程式碼
使用範本標準化提取要求描述
撰寫良好的提取要求描述是協助檢閱者瞭解檢閱程式碼時預期狀況的絕佳方式。 它們也是協助追蹤每個變更應完成之事項的絕佳方式，例如測試、新增單元測試，以及更新檔 (沒有人忘記更新檔) 。 許多您都要求我們新增提取要求範本，讓小組更容易撰寫絕佳的描述，而我們現在已新增該功能。
除了支援預設 PR 描述範本之外，小組還可以新增多個範本，這些範本會顯示在 [建立 PR] 頁面上的功能表中。 只要按一下 [ 新增範本] 按鈕，即可從存放庫中的任何範本中選擇，將其附加至 PR 描述。
如果您想要將 PR 的不同範本套用至特定分支或分支資料夾，也支援分支特定範本。 例如，如果您想要擁有以 「Hotfix/」 開頭之所有分支專用的範本，您可以將將用於所有 PR 的範本新增至這些分支。
若要深入瞭解如何建立和使用範本，請參閱 提取要求範本 檔。
建置和發行
使用提取要求發行觸發程式執行其他測試
您能夠根據提取要求 (PR) 觸發建置，並在合併一段時間之前取得該快速意見反應。 現在您也可以設定發行的 PR 觸發程式。 發行的狀態會張貼回程序代碼存放庫，並可直接在 PR 頁面中看到。 如果您想要在 PR 工作流程中執行其他功能或手動測試，這會很有説明。
使用 Azure DevOps Projects 將 Go 應用程式部署至 Azure Kubernetes Service (AKS)
DevOps Projects 可讓您輕鬆地開始使用 Azure。 它可協助您在您選擇的 Azure 服務上啟動應用程式，並執行幾個步驟。 DevOps Projects 提供開發、部署和監視應用程式所需的一切。
我們現在新增了以 DevOps Projects 上 Go 語言為目標Azure Kubernetes Service (AKS) 支援。 如需詳細資訊，請參閱 AKS 的教學課程檔。
向 GitHub 報告的組建狀態更簡潔
當 VSTS 將組建的狀態張貼至 GitHub 時，狀態文字會出現在相關聯的認可、分支和提取要求檢查上。 到目前為止，文字中的每個組建管線名稱前面都會加上 VSTS: 。 我們已從狀態文字中移除此前置詞，讓建置管線的名稱更容易一目了然，而不會造成與組建管線正式名稱中的混淆 VSTS: 。 不幸的是，這項變更會影響 GitHub 分支保護規則，其中 GitHub 仍預期管線名稱開頭為 VSTS: 。 這可能會導致 GitHub 提取要求遭到封鎖，直到更新存放庫設定為止。 若要解決此問題，在執行組建至少一次之後，請在存放庫設定 > 分支 > 保護規則下更新存放庫的分支保護規則。
如何提供意見反應
我們很樂於聽到您對這些功能的想法。 使用意見反應功能表來回報問題或提供建議。
您也可以在 Stack Overflow上取得社群所回答的建議和您的問題。
感謝您！
Gopinath Chigakkagari