套件上游來源和符號伺服器正式推出 – VSTS 短期衝刺 130 更新
在Visual Studio Team Services (VSTS) 的Sprint 130 更新中，我們會繼續改善與工具與服務的整合，以協助您建立完整的 DevOps 管線。 管理上游來源的套件 ，以控制相依性，並使用 VSTS 作為符號伺服器 來簡化偵錯。 您也可以使用 適用于 Microsoft Teams 的 VSTS 傳訊延伸模組，將工作專案帶入小組交談中。
其他重點包含：
- 在工作專案和提取要求討論中提及群組
- 從 gitHub 自動從Azure Container Registry和Docker Hub發行，以及僅從 GitHub 發行特定組建分支
- 使用Azure 儲存體，利用 Jenkins 中可能具備的更精細控制和效率
- 使用群組管理大量使用者的存取和延伸模組
VSTS 的新功能
程式碼
透過 API 復原最近刪除的存放庫
有時，清除原始檔控制中的舊存放庫時，可能會發生錯誤。 如果已在過去 30 天內刪除 Git 存放庫，則可以透過 REST API 予以復原。 如需詳細資訊，請參閱清單和復原作業的文件。
Work
使用 VSTS 傳訊延伸模組討論 Microsoft Teams 中的工作專案
Microsoft Teams 已成為許多工程小組內團隊合作的中樞。 我們已擴充 Microsoft Teams 與新的 VSTS 傳訊延伸模組整合，讓您能夠與其他內容和工具一起尋找和討論特定工作專案。 如需詳細資訊，請參閱 Marketplace 中的 Microsoft Teams 整合 延伸模組。
在工作專案和提取要求討論中提及群組
當工作專案或提取要求的討論包括數個人或特定小組的每個人時，需要一些時間 @mention 才能通知您。 現在，您可以只是 @mention 討論中的小組或安全性群組。 如果您是工作專案或提取要求中所提及群組的成員，您會收到電子郵件通知。 如果您是在工作專案中提及的群組成員，該工作專案也會顯示在 [工作專案] 中樞的[提及] 樞紐中。
建置和發行
使用 VSTS 作為符號伺服器
VSTS 符號伺服器可讓您與組織裝載及共用符號，現已正式推出。 符號提供額外的資訊，可讓您更輕鬆地偵錯可執行檔，特別是以 C 和 C++ 等原生語言撰寫的可執行檔。 如需詳細資訊 ，請參閱發佈符號的檔以進行偵錯 。
這項功能是根據最上層的建議來排定優先順序。
篩選 GitHub 成品的分支
現在您也可以設定 GitHub 存放庫的分支篩選。 例如，您可能只想要部署來自 master/* 分支的組建。
使用 include 和 exclude 篩選分支
到目前為止，您已能夠指定應該觸發發行的分支和標籤。 我們收到清楚的意見反應，指出這是有限的，而且需要發行定義的頻繁更新。 如同在 建置中，您現在可以指定不應該觸發發行的分支。 例如，您可能想要觸發所有 dev/* 分支的發行，但不適用於 dev/featureX 分支。
自動從 Azure Container Registry 和 Docker Hub 發行
部署容器化應用程式時，會先將容器映像推送至容器登錄。 推送完成之後，可以將容器映像部署至 Containers 或 Kubernetes 叢集的 Web 應用程式。 您現在可以在 Docker Hub 或 Azure Container Registry 所儲存映像的更新上啟用自動建立發行，方法是將它們新增為成品來源。
將 Jenkins 成品傳播至 Azure 儲存體
Jenkins 組建所產生的成品通常會傳播至儲存體存放庫以進行封存和共用。 Azure Blob 儲存體 是 Jenkins 組建所建立成品支援的存放庫之一。 現在，您可以使用發佈至 Azure 儲存體的 Jenkins 專案作為發行定義中的成品來源。
將成品新增至定義時，需要發佈成品的 Azure Blob 儲存體詳細資料。 接著，部署會自動從 Azure 將成品下載到代理程式。 透過此設定，代理程式可以中斷與 Jenkins 伺服器的連線。 您可以使用裝載的代理程式，而不需將伺服器公開至網際網路。
指定 Jenkins 成品的預設版本
自動觸發具有多個成品的發行時，所有成品都會反映發行定義中所儲存的預設版本。 先前，Jenkins 成品沒有預設版本設定，因此您無法使用 Jenkins 作為次要成品，在發行上設定持續部署觸發程式。
現在，您可以使用熟悉的選項來指定 Jenkins 成品的預設版本：
- Latest
- 在建立發行時指定
- 特定版本
將變數群組的範圍設為特定環境
先前，將變數群組新增至發行定義時，其中所含的變數可用於發行中的所有環境。 現在，您可以改為將變數群組的範圍彈性地設為特定環境，讓它們可供其中一種環境使用，但不供相同發行的其他環境使用。 您有環境之間不同的外部服務 (例如 SMTP 電子郵件服務) 時，這十分適合。
直接從組建或發行定義從 Marketplace 安裝工作
除了已安裝或內建的工作之外，搜尋組建或發行定義編輯器中的工作現在還會列出 Marketplace 的相關工作延伸模組。 您可以按一下 [免費取得] 並在 Marketplace中完成工作流程，以取得延伸模組。 擁有新工作之後，只要重新整理定義編輯器上的工作清單，即可查看新安裝的工作，準備好新增至您的定義。
Package
使用上游來源順暢地使用公用套件
nuget.org和npmjs.com的上游來源現已正式推出。 優點包含管理 (未列出、淘汰、解除發佈、刪除等等) 上游來源中所儲存套件的能力，以及保證儲存您使用的每個上游套件。
現在，除非您先前在 預覽功能 面板中啟用上游來源預覽切換，否則這些優點僅適用于在此公告之後建立的摘要。 如果您已啟用預覽切換，啟用切換之後建立的任何摘要都可以使用這些優點。 在稍後的 Update 中，您將能夠升級較舊的摘要，以利用這些改進功能。
檢視套件清單中套件版本的品質
在套件清單上，您現在可以看到每個套件版本的檢視，快速判斷其品質。 如需詳細資訊，請參閱發行檢視文件。
從任何位置連結至套件
雖然您可以共用過去在 [套件] 中樞內找到的套件 URL，但是通常很難使用，因為您需要在 URL 中包含專案，這可能不一定會套用至使用該連結的套件。 透過此更新，您現在可以使用帳戶層級 URL 共用套件，此 URL 會自動選取收件者可存取的專案。 URL 格式為：https://<account>.visualstudio.com/_packaging?feed=<feed>&package=<package>&version=<version>&protocolType=<NuGet|npm|Maven>&_a=package。<account> 以外的所有參數都是選擇性的；但是，如果您提供套件，則必須提供通訊協定類型。
使用徽章共用套件
在開放原始碼社群中，通常會使用徽章連結至存放庫 README 中套件的最新版本。 透過此更新，您現在可以在 VSTS 摘要中建立套件徽章。 只要在摘要設定中檢查 [啟用套件徽章 ] 選項，選取套件，然後按一下 [ 建立徽章]。 您可以直接複製徽章 URL，或複製將徽章重新連結回套件詳細資料頁面的預先產生 Markdown。
回收和還原套件
刪除未使用的套件可協助確保乾淨的套件清單，但有時也可能是錯誤所造成。 您現在可以從資源回收筒 還原已刪除的套件。 已刪除的套件會在資源回收筒保留 30 天，讓您有充裕的時間可在需要時還原。
系統管理
使用群組管理大量使用者的存取和擴充功能
我們可讓您將存取層級和擴充功能指派給 Azure AAD 或 VSTS 群組，讓系統管理員輕鬆地管理大型使用者群組。 設定適當的規則之後，將某人新增至群組，會在他們存取 VSTS 帳戶時，自動授與他們正確的存取層級和延伸模組。 因此，存取層級和延伸模組不再需要個別管理。
如需詳細資訊，請參閱去年 Microsoft DevOps 部落格上的 大型帳戶使用者管理藍圖文章 ，以及 依群組成員資格檔將存取層級和延伸模組指派給使用者 。
降低 Azure AAD 群組成員資格變更的延遲
如果您要透過 Azure Active Directory (Azure AD) 群組成員資格來管理許可權，過去 Azure AAD 中的任何成員資格變更都可能需要 24 到 48 小時才能由 VSTS 辨識。 此延遲現在已減少至 1 小時，可讓您讓新的小組成員更快啟動並執行。
使用 Graph REST API 公開預覽來管理使用者
Graph REST API 資源可讓開發人員撰寫可管理使用者、群組和群組成員資格的應用程式。 API 集合涵蓋重要的使用者管理案例，包括將 Microsoft 帳戶 (MSA) 或 Azure Active Directory (Azure AD) 使用者新增至 VSTS、建立 VSTS 群組，以及從 VSTS 群組新增/移除成員。 如需詳細資訊，請參閱圖形 REST API檔和範例。
保留帳戶
在過去，只有帳戶擁有者或系統管理員可以從帳戶中移除使用者。 現在，您可以離開不再參與的帳戶。 若要離開帳戶，請流覽至您的設定檔頁面面，並找出您想要留在帳戶清單中的帳戶。 在 [帳戶動作] 區段底下，現在有一個選項可離開帳戶。 這項功能是根據建議設定優先順序。
後續步驟和意見反應
我們很樂於聽到您對這些功能的想法。 如果您對想要查看我們優先順序的專案有想法，請透過意見反應功能表回報問題或提供建議。
您也可以在 Stack Overflow上取得社群所回答的建議和您的問題。
感謝您！
卡裡布達文和 Aaron Bjork