在 Azure DevOps 的 Sprint 149 更新中，我們新增了從 GitHub 批注中直接流覽至 Azure Boards 的功能，以及 GitHub Enterprise 中 Azure Boards 的支援。
針對 Azure Pipelines，我們在 GitHub 提取要求上提供了新功能，可讓您在註解中提及 /azp 來執行選擇性檢查。 您也可以在管線執行之前，先對存放庫參與者的提取要求提出批注，讓您能夠在建置程式代碼之前檢閱未知使用者的程序代碼。
如需詳細資訊， 請參閱下方的功能 清單。
功能
一般：
Azure Boards：
- Navigate to Azure Boards work items directly from mentions in any GitHub comment (直接從任何 GitHub 註解中提及項目瀏覽至 Azure Boards 工作項目)
- Updates to work item transition rules (工作項目轉換規則的更新)
- Azure Boards GitHub Enterprise support (Azure Boards GitHub Enterprise 支援)
- Edit and delete comments in work item (在工作項目中編輯和刪除註解)
- 工作項目表單上的狀態值順序
Azure Pipelines：
- Choose the directory of checked out code in YAML pipelines (選擇 YAML 管線中簽出程式碼的目錄)
- Private projects now get 60 minutes of run time per pipeline job (私人專案每個管線作業的執行階段現在有 60 分鐘)
- Updates to hosted pipeline images (託管管線映像的更新)
- Duffle tool installer task in build and release pipeline (建置及發行管線中的 Duffle 工具安裝程式工作)
- Approve Azure Pipelines deployments from Slack (從 Slack 核准 Azure Pipelines 部署)
- All source providers included in the new build pipeline wizard (所有來源提供者皆包含在新的建置管線精靈中)
- GitHub comments trigger optimizations (GitHub 註解觸發程序最佳化)
- 發佈 CTest 和 PHPUnit 測試結果
Azure Artifacts：
- Upstream sources for Maven (適用於 Maven 的上游來源)
報告：
- Analytics services OData version change for test entity sets (測試實體集的分析服務 OData 版本變更)
一般
解決 Azure Active Directory（Azure AD） 已中斷連線的使用者
透過Sprint 148更新，我們可讓您從 Azure DevOps 入口網站內將組織連線到 Azure Active Directory。 這個新的簡化體驗儲存了先前在 Azure 入口網站 中所需的數個步驟。 不過，新體驗留下了空白，因為您仍然必須呼叫支援，以還原聯機過程中失去存取權的成員存取權。 當使用者在新連線的 Azure Active Directory 中找不到先前的登入身分識別時，就會失去存取權。 在此版本中，我們可讓您自行還原那些中斷連線的成員，並節省客戶支援通話並提升您的生產力。
還原已中斷連線的成員有兩個步驟。 首先，這些成員的目前身分識別會對應至新連線 Azure AD 中的身分識別。 由於某些已中斷連線的成員在 Azure AD 中可能沒有相符的身分識別，第二個步驟是邀請其餘成員作為來賓加入 Azure AD。 此更新提供介面，可從 Azure DevOps 入口網站中的 [Azure AD 設定] 頁面直接採取這兩個步驟。
在這裡尋找檔中的更新。
Azure Boards
Navigate to Azure Boards work items directly from mentions in any GitHub comment (直接從任何 GitHub 註解中提及項目瀏覽至 Azure Boards 工作項目)
現在，當您使用 AB#{work item ID} 語法在 GitHub 中提及問題、提取要求或認可批注內的工作專案時，這些提及會變成超連結，您可以按下直接流覽至提及的工作專案。
這不會建立一個正式連結，讓 Azure Boards 中每個相關交談的工作項目雜亂無章，而是讓小組在討論程式代碼或客戶回報問題時提供工作專案的詳細資訊。 如需詳細資訊， 請參閱 Azure Boards GitHub 整合 檔。
Updates to work item transition rules (工作項目轉換規則的更新)
我們已清除跨不同程式和工作項目類型不一致的多個工作專案轉換規則。 所有標準工作專案類型和新自定義的繼承工作項目類型都已修正 [關閉日期]、[關閉日期] 和 [狀態變更日期]。 已啟動的 By 和 Activated Date 會針對所有系統工作專案類型進行固定，但不會針對自定義繼承的工作專案類型進行修正。
Azure Boards GitHub Enterprise support (Azure Boards GitHub Enterprise 支援)
Teams 現在可以將 Azure Boards 專案連線至裝載於 GitHub Enterprise Server 實例中的存放庫。 使用 OAuth 進行連線時，請先遵循註冊 OAuth 應用程式檔中的步驟，再建立與存放庫的連線。
Edit and delete comments in work item (在工作項目中編輯和刪除註解)
我們很高興宣佈，您現在可以從我們的 開發人員社群 論壇編輯和刪除工作項目討論中的批注。 若要編輯您的批註，只要將滑鼠停留在您擁有的任何批註上，您就會看到兩個新的按鈕。 如果您按下鉛筆圖示，您會進入編輯模式，只要進行編輯，然後按 [更新] 按鈕即可儲存您的編輯。
當您按下溢位選單時，您會看到刪除批注的選項。 按兩下此項目之後，系統會再次提示您確定要刪除此批注，並刪除批注。
您在工作項目表單的 [歷程記錄] 索引標籤中，會有所有已編輯和已刪除批註的完整稽核記錄。 您也會看到我們已更新討論體驗的UI，讓它感覺更現代化和互動。 此外，我們新增了批注周圍的泡泡，讓個別批注開始和結束的位置更清楚。
工作項目表單上的狀態值順序
先前，工作項目表單上的狀態值依字母順序排序。 透過此更新，我們已變更狀態值的順序，以符合進程設定中的工作流程順序。
注意
順序變更只會影響 Web 和 REST API 中的表單。 使用 WIT 用戶端 OM，例如 Visual Studio 2017 或 Excel，將不會變更狀態值順序。
Azure Pipelines
Choose the directory of checked out code in YAML pipelines (選擇 YAML 管線中簽出程式碼的目錄)
先前，我們取出了 s $（Agent.BuildDirectory） 底下的目錄存放庫。 現在，您可以選擇要簽出 Git 存放庫的目錄，以搭配 YAML 管線使用。
path使用 上的 checkout 關鍵詞，您將控制資料夾結構。 以下是可用來指定目錄的 YAML 程式代碼範例。
steps:
- checkout: self
path: my-great-repo
在此範例中，您的程式代碼將會簽出至 my-great-repo 代理程式工作區中的目錄。 如果您未指定路徑，您的存放庫將會繼續簽出至名為 s的目錄。
Private projects now get 60 minutes of run time per pipeline job (私人專案每個管線作業的執行階段現在有 60 分鐘)
到目前為止，免費帳戶（也就是尚未購買平行作業的帳戶）一次最多會執行 30 分鐘，每月最多 1,800 分鐘。 透過此更新，我們已將免費帳戶的限制從 30 分鐘增加到 60 分鐘。
如果您需要執行管線超過 60 分鐘，您可以支付每個平行作業的額外容量，或在自我裝載的代理程式中執行。 自我裝載代理程序沒有作業長度限制。
Updates to hosted pipeline images (託管管線映像的更新)
我們已更新裝載 Azure Pipelines 的 VS2017、Ubuntu 16.04 和 Windows Container 1803 VM 映射。 您可以在這裡找到更多有關最新版本的詳細數據。 如需有關映像上可用工具的完整瞭解，請造訪 GitHub 上的映像產生存放庫。
此外，我們採用Moby作為容器運行時間。 Moby 是由 Docker 所建立的開放架構，用來將元件組合成自定義容器型系統。 這可讓我們提供頻繁的上游修補程式，並改善容器運行時間。
Duffle tool installer task in build and release pipeline (建置及發行管線中的 Duffle 工具安裝程式工作)
Duffle 是一種命令行工具，可讓您安裝及管理雲端原生應用程式套件組合 （CNAB）。 使用 CNAB，您可以組合、安裝及管理容器原生應用程式及其服務。
在此更新中，我們新增了組建和發行管線的新工作，可讓您安裝特定版本的 Duffle 二進位檔。
Approve Azure Pipelines deployments from Slack (從 Slack 核准 Azure Pipelines 部署)
到目前為止，Slack 使用者的功能有限，可從通道內管理發行部署。 適用於 Slack 的 Azure Pipelines 應用程式可讓您核准或拒絕通道中的發行部署。 這可讓您更輕鬆地核准程序，因為您不會被迫流覽至 Azure Pipelines 入口網站。 此外，您可以使用 Slack 行動應用程式，在進行時核准部署。
如需 Azure Pipelines 和 Slack 的詳細資訊，請參閱這裡的檔。
All source providers included in the new build pipeline wizard (所有來源提供者皆包含在新的建置管線精靈中)
到目前為止，GitHub、Azure Repos 和 Bitbucket Cloud 等來源提供者在傳統管線編輯器和新管線精靈之間已分割。 透過此更新，我們將其全部新增至單一起點的新管線精靈。 您仍然可以按下頁面底部的連結，在傳統編輯器中建立沒有YAML的管線。
GitHub comments trigger optimizations (GitHub 註解觸發程序最佳化)
我們已改善使用 GitHub 提取要求批注來觸發組建的小組體驗。 通常為了安全性，這些小組不想自動建置提取要求。 相反地，他們希望小組成員檢閱提取要求，一旦其視為安全，請使用 提取要求批注觸發組建。 新的設定會保留此選項，同時仍允許僅針對小組成員建立自動提取要求。
發佈 CTest 和 PHPUnit 測試結果
透過此更新，我們新增了從管線中 CTest 執行發佈測試結果的支援。 若要發佈 CTest 結果，請在 [發佈測試結果] 索引卷標的 [測試結果格式輸入] 中選取 [CTest] 選項。
此外，我們也包含發行 PHPUnit 測試回合。 雖然一直支援 JUnit 結果格式，但您現在可以利用 PHPUnit 的特定建構。 如需發佈測試結果的詳細資訊，請參閱這裡的檔。
Azure Artifacts
Upstream sources for Maven (適用於 Maven 的上游來源)
上游來源現在可供 Maven 摘要使用。 這包括主要 Maven Central 存放庫和 Azure Artifacts 摘要。 若要將 Maven 上游新增至現有的摘要，請流覽 摘要設定，選取 上游來源樞紐，然後選取 [ 新增上游來源]。
報表
Analytics services OData version change for test entity sets (測試實體集的分析服務 OData 版本變更)
Azure DevOps 中的 Analytics 服務是由實體集所組成，您可以使用 OData 直接從支援的瀏覽器進行查詢。 此服務提供可新增至 _odata 元素的版本化 OData API。
透過此更新，我們會將測試實體集移轉至 3.0-preview 版。 如果您使用 OData 2.0-preview 版本端點，則必須變更為 3.0-preview 版，以防止重大變更。
下列清單包含將移轉至 3.0-preview 版的實體集：
- TestRuns
- TestResults
- Tests
- 組建
- 分支
- 版本
- ReleaseEnvironments
- TestResultsDaily
- ReleasePipelines
- ReleaseStages
- BuildPipelines
如需搭配分析服務使用 OData 端點的詳細資訊，請參閱這裡的檔。
下一步
注意
這些功能將在未來兩到三周內推出。
前往 Azure DevOps 並查看。
如何提供意見反應
我們很樂意聽到您對於這些功能的看法。 使用意見反應功能表來回報問題或提供建議。
您也可以在 Stack Overflow 上的社群取得建議和您的問題。
感謝您！
克裡斯·派特森