版本與 Jira 問題之間的雙向可追蹤性 - Sprint 154 更新
在 Azure DevOps 的 Sprint 154 Update 中,我們在 Atlassian 市集中發行了 Azure Pipelines for Jira 應用程式。 這項整合將 Jira 問題的連結新增為在版本中部署的工作項目,並可讓您直接在 Jira 問題中檢視部署詳細資料。
我們也改進了一些功能,讓您可更輕鬆地搜尋和追蹤工作項目。 搜尋方塊現在支援即時搜尋工作項目和最近使用的工作項目清單。 此外,Wiki 現在可讓您使用 Wiki 內容建立並追蹤工作項目來建立即時文件。
如需詳細資訊, 請參閱下方的功能 清單。
Azure DevOps 的新功能
功能
一般:
Azure Boards:
Azure Pipelines:
- 適用於 Jira 的 Azure Pipelines 應用程式
- 改進適用於 Slack 的 Azure Pipelines 應用程式
- 單一託管集區
- 組織設定中更新的代理程式集區介面
- 控制可在佇列階段覆寫的變數
- 大型測試附件的支援
- YAML 管線中的部署
- Optimizely 整合
- 將 GitHub 版本新增為成品來源
- 從 Azure DevOps 入口網站購買其他管線
- 直接從版本中樞核准版本
- Kubernetes 環境資源檢視中的 Azure Kubernetes Service 叢集連結
- 通知訂閱的版本資料夾篩選
- 將外部 Git 存放庫部署到 Azure Kubernetes Services (AKS)
- 支援 DevOps Projects 中的 Bitbucket 存放庫
- 在部署中心內選取 AKS 和 WebApp 容器適用的 Dockerfile
Azure Test Plans:
Azure Repos:
Azure Artifacts:
Wiki:
一般
Azure DevOps CLI 正式供應情形
在 2 月,我們引進了適用於 Azure CLI 的 Azure DevOps 擴充功能。 延伸模組可讓您從命令行與 Azure DevOps 互動。 我們已收集您的意見反應,協助我們改善擴充功能並新增更多命令。 我們現在很高興宣佈延伸模組已正式推出。
若要深入瞭解 Azure DevOps CLI,請參閱這裡的檔。
Azure Boards
工作項目即時重新載入
先前,更新工作專案時,第二個小組成員正在對相同的工作專案進行變更,第二位使用者將會遺失其變更。 現在,只要您編輯不同的欄位,您就會看到對工作專案所做的變更即時更新。
從命令列管理反覆項目和區域路徑
您現在可以使用 和 az boards area
命令,從命令行az boards iteration
管理反覆專案和區域路徑。 例如,您可以從 CLI 以互動方式設定和管理反覆項目和區域路徑,或使用腳本將整個設定自動化。 如需命令和語法的詳細資訊,請參閱這裡的檔。
工作項目父資料行成為資料行選項
您現在可以選擇在產品待辦專案或短期衝刺待辦專案中查看每個工作專案的父代。 若要啟用此功能,請移至 所需待辦專案上的 [數據行選項 ],然後新增 Parent 資料行。
即時搜尋工作項目
我們已讓您輕鬆找到最近流覽的工作專案、面板、待辦專案和短期衝刺。 您現在可以按兩下 Azure Boards 中的搜尋方塊,來存取最近流覽的工作專案。
提示
您可以輸入鍵盤快捷方式 「/」 來叫用搜尋方塊。
邊鍵入工作項目邊搜尋
現在,您可以在搜尋方塊中輸入時檢視工作專案搜尋結果。 這可協助您快速流覽至您選擇的工作專案。
此外,您可以瀏覽至程式代碼和Wiki搜尋結果,而不需要藉由登陸工作專案搜尋來切換索引標籤,然後變更索引卷標來檢視程式代碼Wiki或套件搜尋結果。
變更專案使用的流程
您的工具應該會隨著小組所做的變更,您現在可以將專案從任何現成的流程範本切換到任何其他現成的處理程式。 例如,您可以將專案從使用 Agile 變更為 Scrum,或將 Basic 變更為 Agile。 您可以在這裡找到完整的逐步檔。
隱藏版面配置中的自定義欄位
您現在可以在自訂程式時,從表單設定隱藏自訂欄位。 欄位仍可從查詢和 REST API 取得。 當您與其他系統整合時,這會方便追蹤額外的欄位。
Azure Pipelines
適用於 Jira 的 Azure Pipelines 應用程式
我們很高興宣佈 Azure Pipeline app for Jira 的可用性。 整合可在 Azure Pipelines 中的版本與 Jira 軟體雲端中的問題之間進行雙向連結。 它藉由追蹤使用版本部署的 GitHub 認可中所提及的 Jira 問題,來簡化版本資訊的產生。
此外,它也會顯示來自 Azure Pipelines 的組建和發行資訊,並在問題的開發面板中顯示。 這可讓您追蹤問題傳遞的方式和時間,並提供從問題建立到 Jira 中追蹤的部署的緊密開發週期。
改進適用於 Slack 的 Azure Pipelines 應用程式
今年2月,我們發行了適用於 Slack 的 Azure Pipelines 應用程式,以協助您監視管線。 透過此更新,我們已增強應用程式。 當您觸發的組建失敗時,會在 Slack 通道中使用 @mention 。 此外,當您是發行部署核准擱置通知的核准者時,它會通知您。
此外,您現在可以在 Azure Pipelines 應用程式中貼上組建或發行的連結,並取得豐富的管線預覽。 這會將內容新增至連結,並讓您更輕鬆地流覽至 Azure DevOps。
例如,貼上組建的鏈接會顯示組建的詳細數據和目前狀態。
如需此更新的詳細資訊,請參閱部落格文章,並在此發佈完整公告。
單一託管集區
注意
這是我們即將進行的變更,我們希望事先溝通。
擁有多個託管集區有時可能會造成混淆。 您不會正確瞭解正在取用並行的位置。 例如,如果您有10個平行作業的並行存取,您會在每個裝載集區中看到10個虛擬代理程式,但不正確。 當您的工作正在等候特定託管集區(例如裝載 VS2017)與所有閑置代理程式時,您可能會認為 Azure Pipelines 服務已中斷,而未意識到其他託管集區中可能會取用並行存取 (例如 Hosted Ubuntu 1604)。
我們將更新代理程式集區管理體驗,以包含名為 Azure Pipelines 的新整合託管代理程式集區。 這很快就會取代您擁有的其他託管集區 - 裝載、裝載的 VS2017、裝載的 Ubuntu 1604、裝載的 Windows 2019 與 VS2019、裝載的 macOS 和裝載的 macOS High Sierra。
部署此功能之後,您會看到單一裝載的集區,讓您準確瞭解該集區中執行的工作數目。 我們計劃在未來幾個短期衝刺中推出這項變更。 您不需要對您的管線進行任何變更,因為我們會自動將作業從舊的託管集區重新導向至新整合集區中的適當映像。
組織設定中更新的代理程式集區介面
先前,我們已在專案設定中變更代理程式集區管理頁面,以包含新的使用者介面。 透過此更新,我們會在組織設定下更新代理程式集區介面。 這個新介面將協助處理即將推出的功能,包括裝載集區的合併,以及追蹤並行作業耗用量的能力。
如需即將推出的功能的詳細資訊,請參閱單一託管集區上的版本資訊。
控制可在佇列階段覆寫的變數
目前,您可以使用 UI 或 REST API 來更新任何變數的值,再開始新的執行。 雖然管線的作者可以將特定變數標示為 _settable at queue time_
,但系統並未強制執行此動作,也不會防止設定其他變數。 換句話說,設定只會用來在啟動新的執行時提示輸入其他輸入。
我們新增了強制執行 參數的新組織設定 _settable at queue time_
。 這可讓您控制啟動新執行時可以變更哪些變數。 接下來,您無法變更作者未標示為 _settable at queue time_
的變數。
注意
此設定預設會在現有組織中關閉,但當您建立新的 Azure DevOps 組織時,預設會開啟此設定。
大型測試附件的支援
Azure Pipelines 中的發佈測試結果工作可讓您在執行測試時發佈測試結果,以提供完整的測試報告和分析體驗。 到目前為止,測試回合和測試結果的測試附件限制為100 MB。 這會限制上傳大型檔案,例如損毀傾印或影片。 透過此更新,我們新增了大型測試附件的支援,讓您擁有所有可用的數據來針對失敗的測試進行疑難解答。
YAML 管線中的部署
部署作業是一種特殊的作業類型,可用來將應用程式部署至環境。 透過此更新,我們已在部署作業中新增步驟參考的支援。 例如,您可以在一個檔案中定義一組步驟,並在部署作業中加以參考。
我們也已將其他屬性的支援新增至部署作業。 例如,以下是您現在可以設定的部署作業的一些屬性。
- timeoutInMinutes - 自動取消作業前執行作業的時間長度
- cancelTimeoutInMinutes - 在終止工作之前,提供「一律執行」多少時間
- 條件 - 有條件地執行作業
- variables - 您可以直接新增硬式編碼值,或直接新增變數群組、由 Azure 金鑰保存庫支援的變數群組,也可以參考檔案中定義的一組變數。
- continueOnError - 如果未來作業應該執行,即使此部署作業失敗,預設為 'false'
如需部署作業和指定部署作業的完整語法的詳細資訊,請參閱 部署作業。
Optimizely 整合
Optimizely 是產品小組的強大 A/B 測試和功能標幟平臺。 Azure Pipelines 與 Optimizely 測試平臺整合可讓產品小組以加速的速度進行測試、學習和部署,同時從 Azure Pipelines 獲得所有 DevOps 優點。
適用於 Azure DevOps 的 Optimizely 擴充功能會將實驗和功能旗標推出步驟新增至組建和發行管線,讓您可以持續反覆運算、推出功能,以及使用 Azure Pipelines 加以復原。
在這裡深入瞭解 Azure DevOps Optimizely 擴充功能。
將 GitHub 版本新增為成品來源
現在,您可以將 GitHub 版本連結為 Azure DevOps 發行管線中的成品來源。 這可讓您在部署中取用 GitHub 版本。
當您在發行管線定義中按兩下 [ 新增成品 ] 時,您會發現新的 GitHub 發行 來源類型。 您可以提供服務連線和 GitHub 存放庫,以取用 GitHub 版本。 您也可以選擇 GitHub 版本的預設版本,以取用為最新的特定標籤版本,或在發行建立期間選取 。 連結 GitHub 版本之後,即會自動下載並可在您的發行作業中使用。
從 Azure DevOps 入口網站購買其他管線
之前,您必須移至 Marketplace 以支付額外的管線費用。 現在您可以從 Azure DevOps 入口網站購買其他管線。 您可以從組織>設定計費增加或減少Microsoft裝載或自我裝載 CI/CD 的計數。
若要深入瞭解,請造訪這裏購買 CI/CD 的相關文件。
直接從發行中樞核准發行
採取行動等待核准會更容易。 到目前為止,您可以從發行的詳細數據頁面核准發行。 我們現在可讓您直接從發行中樞核准發行。
Kubernetes 環境資源檢視中的 Azure Kubernetes Service 叢集連結
我們已新增 Kubernetes 環境資源檢視的連結,讓您可以瀏覽至對應叢集的 Azure 刀鋒視窗。 這適用於對應至 Azure Kubernetes Service 叢集中命名空間的環境。
通知訂閱的版本資料夾篩選
資料夾允許組織管線,以便更容易探索和安全性控制。 您通常想要設定所有發行管線的自定義電子郵件通知,這些通知是由資料夾下的所有管線所代表。 先前,您必須設定多個訂用帳戶,或在訂用帳戶中具有複雜的查詢,以取得專注的電子郵件。 透過此更新,您現在可以將發行資料夾子句新增至 部署已完成 和 核准擱 置的事件,並簡化訂閱。
將外部 Git 存放庫部署到 Azure Kubernetes Services (AKS)
先前,我們支援 Azure Repos 和 GitHub 作為 AKS 部署中心的程式代碼位置。 透過此更新,我們會新增外部 Git 存放庫的支援,以便您將程式代碼從任何公用或私人 Git 存放庫部署到 AKS。
支援 DevOps Projects 中的 Bitbucket 存放庫
我們已將 Bitbucket 存放庫的支援新增至 DevOps Projects。 現在,您可以取得 OAuth 體驗,以及部署至 Azure 資源時要從中選取的存放庫和分支清單。
在部署中心內選取 AKS 和 WebApp 容器適用的 Dockerfile
您現在可以在 AKS 和 WebApp 容器的部署中心選取 Dockerfile。 當您想要維護不同版本的 Dockerfile 或在同一存放庫中有多個應用程式時,這會很有説明。 如此一來,您將能夠選取您想要推送的特定 DockerFile/應用程式。
Azure Test Plans
新的 [測試計劃] 頁面公開預覽
新的測試計劃頁面 (Test Plans*) 可供所有 Azure DevOps 組織公開預覽。 新頁面提供簡化的檢視,可協助您專注於手邊的工作 - 測試規劃、撰寫或執行。 它也與 Azure DevOps 供應項目的其餘部分不雜亂且一致。
新的頁面可以從預覽功能啟用,如下所示。
[測試計劃] 頁面除了複製和複製測試計劃等新功能之外,還會有現有頁面的大部分功能。 我們會每隔 3 周繼續新增測試規劃和撰寫功能。
若要深入瞭解新頁面,請參閱這裡的檔。
Azure Repos
Azure Repos 事件的稽核
我們已新增 Repos 的事件,這些事件可透過組織設定中的 [Azure DevOps 稽核] 索引標籤來取用。 您現在可以在原則建立、移除、修改或略過時檢視其事件。 此外,您可以在建立存放庫時檢視存放庫的事件(包括透過分支或取消刪除)、重新命名、虛刪除、終結,或預設分支變更時。
Azure Artifacts
改進摘要頁面載入時間
我們很高興宣布,我們已改善摘要頁面載入時間。 平均而言,摘要頁面載入時間已減少10%。 最大的摘要已發現第99個百分位數摘要頁面載入時間(所有摘要中最高99%的載入時間)最大改善率下降了75%。
Wiki
程式碼 Wiki 頁面的豐富編輯
先前,編輯程式代碼Wiki頁面時,系統會將您重新導向至 Azure Repos 中樞進行編輯。 目前,存放庫中樞並未針對 Markdown 編輯進行優化。
現在,您可以在Wiki內的並存編輯器中編輯程式代碼Wiki頁面。 這可讓您使用豐富的 Markdown 工具列來建立內容,讓編輯體驗與專案 Wiki 中的內容相同。 您仍然可以選擇在存放庫中編輯,方法是在操作功能表中選取 [在 Repos 中編輯] 選項。
從 Wiki 頁面建立及內嵌工作項目
當我們聆聽您的意見反應時,我們聽說您使用Wiki來擷取腦力激蕩檔、規劃檔、功能的想法、規格檔、會議分鐘數。 現在,您可以直接從規劃檔建立功能和用戶劇本,而不需要離開Wiki頁面。
若要建立工作專案,請在Wiki頁面中選取您要內嵌工作專案的文字,然後選取 [ 新增工作專案]。 這可節省您的時間,因為您不需要先建立工作專案,請移至編輯,然後尋找要內嵌的工作專案。 當您不離開Wiki範圍時,它也會減少內容切換。
若要深入瞭解如何從Wiki建立和內嵌工作專案,請參閱這裡的檔。
下一步
注意
這些功能將在未來兩到三周內推出。
前往 Azure DevOps 並查看。
如何提供意見反應
我們很樂意聽到您對於這些功能的看法。 使用意見反應功能表來回報問題或提供建議。
您也可以在 Stack Overflow 上的社群取得建議和您的問題。
感謝您!
比朱·維努戈帕爾