共用方式為

部署 適用於 MySQL 的 Azure 資料庫、Kubernetes 與 Helm 和 Ruby on Rails – VSTS 短期衝刺 133 更新

  • 發行項

在Visual Studio Team Services (VSTS) 的Sprint 133 更新中，我們會繼續擴充我們支援建置和發行的語言和平臺。 無論您的應用程式使用適用於 MySQL 的 Azure 資料庫、Kubernetes或Ruby on Rails，我們都會涵蓋您。 此清單也會持續在 Azure DevOps Projects 中成長。 現在，在 Azure 中開始使用 Go 或 Ruby 應用程式 已不再容易。

NuGet 上游來源的新通知類型和更好的支援現在也可在套件管理中使用。

VSTS 的新功能

功能

程式碼

Work

建置和發行

套件

Wiki

系統管理

程式碼

更快尋找具有特殊字元的片語和程式碼

我們最近已查看讓搜尋結果更精確的方式，特別是當搜尋包含特殊字元時。

在此更新中，包含特殊 (非英數位元) 字元的搜尋比較可能可協助您尋找您要尋找的專案。 例如，先前如果您搜尋 A+B ，則結果可能包含 A+B 、 A-B 、 A*B 、 A$B 、、 A/B 等。現在，您只會 A+B 在結果中看到，沒有誤判。

片語也更容易辨識。 例如，先前的搜尋 new List<string>() 會傳回此部分相符專案，而不會 >() 結束。

結果遺漏完整搜尋字詞

不過，透過此更新，會傳回完整片語並反白顯示。

結果，包括完整搜尋字詞

Work

使用新 @TeamAreas 宏在小組的區域路徑中查詢工作

在小組的設定中，您可以建立一或多個區域路徑的關聯，這可協助您將 待辦專案、 面板、 計畫，甚至是 儀表板 放在該小組的工作。 不過，如果您想要撰寫 Team 的查詢，則必須在查詢子句中列出該小組的特定區域路徑。 現在，有新的 @TeamAreas 宏可供您輕鬆參考指定小組所擁有的區域路徑。 這項功能是根據建議設定優先順序。

查詢編輯器中的 team areas 宏

建置和發行

從 YAML 觸發 CI 組建

您現在可以在 YAML 組建定義檔中定義持續整合 (CI) 觸發程式設定。 根據預設，當您將新 .vsts-ci.yml 檔案推送至 Git 存放庫時，系統會自動為所有分支設定 CI。

若要限制您想要觸發的分支，只要將下列內容新增至您的檔案，即可在推送至主要或符合 releases/* 模式的任何分支上觸發組建。

trigger:
- main
- releases/*

如果您想要停用觸發程式，或覆寫 YAML 檔案中的觸發程式設定，您可以在定義上進行這項操作。

如需詳細資訊 ，請參閱 YAML 組建觸發程式 檔。

來自 yaml 的 ci 觸發程式

持續部署至適用於 MySQL 的 Azure 資料庫

您現在可以持續部署到適用於 MySQL 的 Azure 資料庫- Azure 的 MySQL 資料庫即服務。 在版本控制中管理 MySQL 腳本檔案，並使用原生工作而非 PowerShell 腳本，持續部署為發行管線的一部分。

使用 Helm 簡化 Kubernetes 的部署

Helm 是簡化安裝和管理 Kubernetes 應用程式的工具。 它在去年也獲得許多熱門度和社群支援。 發行中的 Helm 工作現在可用於封裝 Helm 圖表，並將其部署至Azure Container Service (AKS) 或任何其他 Kubernetes 叢集。

VSTS 已經支援 Kubernetes 和 Docker 容器。 新增此 Helm 工作後，您現在可以設定 Helm 型 CI/CD 管線，以將容器傳遞至 Kubernetes 叢集。 如需詳細資訊，請參閱 使用 Kubernetes 部署至 Azure Container Service 檔。

helm 工作

部署 Ruby on Rails 應用程式

新的Azure App 服務版本定義範本現在包含將 Ruby on Rails 應用程式部署至Linux 上的 Azure WebApp所需的工作。 使用此發行定義範本時，App Service部署工作會預先填入內嵌部署腳本，讓配套程式 (相依性管理員) 安裝應用程式相依性。

使用 Azure DevOps Projects 設定 Go 和 Ruby 應用程式

Azure DevOps Projects 可讓您輕鬆地開始使用 Azure。 它只會在幾個步驟中協助您在您選擇的 Azure 服務上啟動應用程式。 DevOps Projects 會設定開發、部署及監視應用程式所需的所有專案。 現在您也可以為 Go 和 Ruby 應用程式設定整個 DevOps 管線。 如需詳細資訊，請參閱 部署至 Azure 檔。

持續部署建置後處理所標記的組建

持續部署觸發程式會在建置完成時建立發行。 不過，有時候會後續處理組建，而且該處理完成之後，才應該釋出組建。 現在，您可以在發行的觸發程式篩選中，利用在後續處理期間指派的組建標籤。

組建標記觸發程式

篩選 GitHub Enterprise 或外部 Git 成品的分支

從 GitHub Enterprise 或外部 Git 存放庫發行時，您現在可以設定將發行的特定分支。 例如，您可能只想將來自特定分支的組建部署到生產環境。

分支篩選

套件

訂閱套件更新通知

先前，您用來瞭解新版套件的唯一方式是透過套件用戶端 (，例如 Visual Studio、NuGet 或 npm) 。 現在，您現在可以設定您關心之套件的電子郵件通知。 您可以取得有關新版特定套件或摘要中所有套件的通知。 您也可以在升級或刪除套件時收到通知。

若要設定此設定，請將滑鼠停留在右上角的設定檔圖片上，選擇 [ 通知設定]，然後按一下 [新增訂用帳戶]。 在出現的對話方塊中，選取 [套件 ] 類別。

這項功能是根據建議設定優先順序。

使用 VSTS 中其他位置的上游 NuGet 套件

我們會繼續投資上游來源，這可讓您集中處理單一摘要中的所有套件相依性，並保留您所使用之所有套件的已儲存複本。 如果您有多個 NuGet 套件的摘要，現在您可以在相同帳戶內將其中一個作為另一個套件的上游來源新增。 這可讓您在 nuget.config檔案中只提供單一摘要，這可讓您享有決定性還原等優點。 如需詳細資訊 ，請參閱上游來源 檔。

NuGet 上游

在更多摘要中啟用 nuget.org 上游來源

先前，只有 在 Sprint 130 Update 之後建立的摘要可以使用上游來源 nuget.org。 現在，在更新之前建立的大部分套件管理摘要都可以使用它。 如果您的摘要已就緒，您會看到套件上方的橫幅，讓您知道您可以啟用上游來源 nuget.org。

上游來源至公用套件摘要，例如 nuget.org 和 npmjs.com 保留您所使用之每個套件的已儲存複本，因此會受到保護，以防止中斷。 如需詳細資訊，請參閱 上游來源 檔。

Wiki

當您想要建立另一個 Wiki 頁面的連結時，您可以只輸入標準 Markdown 語法來新增連結 [link name](/ ，而您將取得目前 Wiki 中所有頁面的登記。 稍早，您可以按一下 Wiki 頁面並拖曳至 Markdown 編輯器以建立連結，但這可讓頁面中的連結變得更簡單。

自動建議 Wiki 頁面連結

這項功能是根據建議設定優先順序。

依 Wiki 名稱篩選搜尋結果

將 Markdown 檔案從 Git 存放庫發佈為 Wiki，我們 發行了上次更新，這表示您將開始在相同的專案中看到多個 Wiki。 搜尋時，可能很難流覽類似的檔，並尋找您要尋找的專案。 現在，當您搜尋 Wiki 頁面時，您可以在搜尋結果頁面上套用 Wiki 名稱篩選來縮小結果範圍，以協助您更快找到內容。

搜尋中的 wiki 名稱

系統管理

在 Azure 訂用帳戶或資源群組之間移動 VSTS 帳戶

現在，您將能夠在 Azure 訂用帳戶或Azure 入口網站中的資源群組之間移動 VSTS 帳戶，就像您大部分的其他 Azure 資源一樣。 如需詳細資訊，請參閱 移動資源 檔。

後續步驟和意見反應

移至 VSTS

訂閱更新

我們希望聽到您對這些功能的想法。 如果您有想要透過意見反應功能表查看我們優先順序的專案的想法，請回報問題或提供建議。

意見反應功能表

您也可以在 Stack Overflow上取得社群所回答的建議和問題。

感謝您！

布利爾 Dixon