共用方式為


Microsoft裝載的 Linux 和 macOS 代理程式正式推出 – VSTS 短期衝刺 137 更新

在 Visual Studio Team Services (VSTS) 的 Sprint 137 更新中,我們會從 Linux 和 macOS 移除「預覽」Moniker Microsoft裝載的 CI/CD 代理程式,並使其正式推出。 除了我們的Microsoft裝載 Windows 代理程式之外,您現在對於生產組建和發行擁有信任且可調整的平臺,不論您的平台為何。

程序代碼、Wiki、套件和管理有一些其他功能。 如需詳細資訊, 請參閱下方的功能 清單。

下一步

閱讀下方的新功能,並前往 VSTS 自行嘗試。

VSTS 的新功能

功能

程式碼:

Wiki:

建置和發行:

封裝:

管理員:

代碼

以檢閱者身分建立沒有預設小組的提取要求

重要

若要使用這項功能,您必須在配置檔或組織上啟用新的導覽預覽功能

當我們第一次啟動提取要求 (PR) 體驗時,我們認為將所有 PR 指派給您在建立 PR 時選取的小組內容是有意義的。 此行為是一個挫折點,因為許多人沒有注意到小組內容與PR指派之間的連線。 事實上,這是我們最熱門的UserVoice建議之一。

在新的導覽變更中,我們有機會變更此默認關聯與小組。 您會注意到兩個變更:

  1. 建立PR時,預設不會新增任何檢閱者。 檢閱者清單確實有一項功能,可讓您更輕鬆地新增最近新增至PR的個人和群組。 必要的檢閱者原則也可以協助想要確保已新增特定檢閱者來檢閱其程式代碼的小組。
  2. 提取要求樞有新的可自定義區段。 根據預設,本節會顯示「指派給我的小組」的 PR,並提供與舊區段相同的功能。 不過,如果您屬於多個小組,本節會顯示指派給任何小組的 PR。 區段也是可自定義的 - 只要按兩下區段標頭附近的 [自定義此檢視] 動作即可。

允許略過分支原則而不放棄推播保護

在許多情況下,您偶爾需要略過分支原則 - 還原造成建置中斷的變更、在半夜套用 Hotfix 等等。先前,我們提供了許可權(「豁免原則強制執行」),協助小組在完成提取要求時,獲授與哪些使用者略過分支原則的能力。 不過,該許可權也授與直接推送至分支的能力,完全略過PR程式。

為了改善此體驗,我們已分割舊的許可權,為授與略過許可權的小組提供更多控制權。 有兩個新的許可權可取代舊的許可權:

  1. 完成提取要求時,略過原則。 具有此許可權的使用者將能夠使用提取要求的「覆寫」體驗。
  2. 推送時略過原則。 具有此許可權的使用者將能夠直接推送至已設定必要原則的分支。

藉由授與第一個許可權並拒絕第二個許可權,用戶就能夠在必要時使用略過選項,但仍會有保護,避免意外推送至具有原則的分支。

注意

這項變更不會導入任何行為變更。 先前被授與允許「豁免原則強制執行」的使用者將同時獲得允許這兩個新許可權,因此他們能夠同時覆寫 PR 的完成,並直接推送至具有原則的分支。

如需詳細資訊, 請參閱設定分支許可權 檔。

Wiki

現在,您可以按兩下Wiki頁面中任何區段標題旁的連結圖示,直接產生該區段的URL。 然後,您可以複製該 URL,並與小組成員共用,將其直接連結至該區段。 這項功能是根據建議設定優先順序。

Wiki 標題 URL

Wiki 中未正確連結的所有鏈接都會以不同的紅色和中斷的連結圖示顯示,讓您在Wiki頁面中提供所有中斷連結的視覺線索。

Wiki 中斷的連結

附加資料夾中的檔案和影像

在離線編輯Wiki頁面時,在與Wiki頁面相同的目錄中新增檔案附件和影像會比較容易。 現在,您可以在Wiki中的任何資料夾中新增附件或影像,並將其連結至您的頁面。 這項功能是根據建議設定優先順序。

git 存放庫中的Wiki映像

在新索引標籤中開啟頁面

現在,您可以以滑鼠右鍵按 Wiki 頁面,然後在新的索引標籤中開啟它,或只是按 CTRL + 在 Wiki 頁面上按擊滑鼠左鍵,以在新索引標籤中開啟它。

Wiki 新增索引標籤

組建及版本

使用Microsoft裝載的Linux和macOS代理程式來建置和發行

Microsoft裝載的 Linux 和 macOS 代理程式現在已處於預覽狀態,且已正式推出。 在預覽幾個月後,聆聽意見反應並調整基礎結構以提供一致的服務,我們很高興現在在 GA 中提供這些服務。 如需詳細資訊,請參閱Microsoft裝載的代理程序檔。

重要

由於裝載集區在預覽中實作的方式,現有組織中的代理程式集區會繼續擁有「預覽」Moniker(僅限名稱)。 標示為「預覽」的集區已正式推出,且相當於即將推出之對應、新命名的集區。

自動部署至部署群組中的新目標

先前,當新的目標新增至部署群組時,需要手動部署,以確保所有目標都有相同的版本。 您現在可以設定環境,將最後一個成功的版本自動部署到新的目標。 我們計劃將其他觸發程式和動作新增至即將推出的短期衝刺中的自動重新部署設定。 如需詳細資訊, 請參閱部署群組 檔。

部署群組

保留部署,直到閘道持續成功

發行閘道會在發行升級至下一個環境之前,啟用健康情況準則的自動評估。 根據預設,發行會在收到所有閘道的一個成功範例之後進行。 即使閘道不穩定且收到的成功樣本是雜訊,發行仍會進行。 若要避免這類問題,您現在可以設定版本,在進行之前,先確認健康情況的一致性。 在運行時間,發行會確保閘道的連續評估成功,再允許升級。 評估的總時間取決於「重新評估之間的時間」,且通常大於設定的最小持續時間。 如需詳細資訊,請參閱使用網關發行部署控件檔。

蓋茨保留設定

Azure DevOps Projects 現已正式推出

早在 11 月 ,我們引進了 DevOps Projects,協助您在短短幾分鐘內透過監視程序代碼,在 Azure 上啟動並執行完整的 DevOps 管線。 我們已在過程中新增服務,並納入您的許多意見反應。 我們現在會繼續在正式運作中繼續前進,以協助您更進一步地使用DevOps進行旅程。 如需詳細資訊,請參閱 Microsoft DevOps 部落格上的 Azure DevOps Projects 正式運作文章

套件

開始使用預安裝的套件管理

套件管理延伸模組會預安裝到所有組織。 如果您使用新的導覽預覽,請在服務清單底部尋找它。 如果您仍在目前的導覽中,請在 [建置和發行中樞] 群組中尋找 [套件] 中樞。 每個組織都有5個免費的套件管理使用者,而其他使用者可以從Marketplace購買。 很快,您也能夠使用新導覽內的 [服務管理員] 頁面,切換組織中此服務的可見度,就像您可以和其他人一起一樣。

封裝服務

系統管理

以專案集合管理員身分連線或中斷 Azure Active Directory 連線或中斷連線

專案集合管理員 (PCA) 現在可以 連線或中斷其組織與 Azure Active Directory 的連線。 先前,這必須由組織擁有者完成。

可供所有組織預覽的公用專案

重要

若要使用這項功能,組織系統管理員必須從 [設定] 頁面啟用公用專案

當我們在四月份宣佈時,我們會將公用專案帶到 VSTS。 第一次,您將能夠將 VSTS 小組項目標示為公用專案。 這可讓匿名(未驗證)用戶能夠檢視該專案的內容,包括工作專案、程式代碼和建置結果。 雖然此功能仍處於預覽狀態,但從此短期衝刺開始,您就不再需要受邀加入私人預覽版。

重要

如果您使用公用專案來建置裝載於 GitHub 上的存放庫,請注意,雖然從存放庫內的分支提取要求 (PR) 會建置正常,但從存放庫分支開啟的 PR 現在將不會建置。

在參考 VSTS 中的專案集合時,採用「組織」一詞

在參考 VSTS 中的專案集合時,我們已變更術語。 先前我們使用「帳戶」一詞,但發現這給更廣泛的開發人員和 開放原始碼 社群造成了很大的混淆。 我們選擇將「帳戶」一詞取代為「組織」。 您將開始使用此更新在文件和產品內推出這項變更。 如需詳細資訊,請參閱Microsoft DevOps 部落格上的採用「組織」一詞。

如何提供意見反應

我們很樂意聽到您對於這些功能的看法。 使用意見反應功能表來回報問題或提供建議。

意見反應功能表

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

感謝您!

比朱·維努戈帕爾