訪問和權(quán)限
作為項目Azure Boards,可以使用大多數(shù)功能來跟蹤工作。 選擇功能的限制基于用戶分配到的訪問級別和安全組。 可以基于工作跟蹤權(quán)限或自定義規(guī)則施加其他限制。 若要了解有關(guān)詳細信息,請參閱默認權(quán)限和Azure Boards。 對于專用項目,可以通過向這些用戶分配利益干系人訪問權(quán)限,向這些用戶授予無限數(shù)量的訪問權(quán)限。 對于公共項目,未登錄項目的匿名用戶可以 — — 查看所有工作項。 若要了解有關(guān)詳細信息,請參閱 關(guān)于訪問級別 和 關(guān)于公共項目。 可以通過設(shè)置區(qū)域路徑的權(quán)限來限制訪問權(quán)限。 若要了解更多信息,請參閱下列文章: 設(shè)置工作跟蹤和計劃權(quán)限 授予或限制選擇任務(wù)的權(quán)限 是 根據(jù)用戶或組成員身份為 Web 瀏覽器緩存條件規(guī)則。 如果發(fā)現(xiàn)自己受限于更新工作項,則可能會遇到以下規(guī)則之一。 如果認為遇到了不適用于你的問題,請參閱工作項窗體 IndexDB 緩存問題。 若要詳細了解條件規(guī)則,請參閱 規(guī)則和規(guī)則評估。 請參閱連接到 Azure DevOps。 有關(guān)工作項的簡介,請參閱 關(guān)于工作項。 若要查看項目中定義的所有工作項,請打開查詢并添加兩個 子句: 可以在那里添加篩選器來優(yōu)化查詢。 若要了解有關(guān)詳細信息,請參閱 使用查詢編輯器 創(chuàng)建和保存托管查詢。 “否”。 工作項只能分配給單個用戶。 此外,只能添加人員選取器 中 可用的用戶。 對工作進行分組的主要方法是將其分配給同一區(qū)域路徑。 區(qū)域路徑用于按產(chǎn)品、功能或業(yè)務(wù)區(qū)域?qū)ぷ黜椷M行分組,并支持負責(zé)分配給這些區(qū)域的工作的團隊。 此外,可以使用父子鏈接(稱為分層分組)在父工作項下對工作進行分組。 有關(guān)這兩種用法及其支持的工具的討論,請參閱配置和自定義Azure Boards、區(qū)域路徑、產(chǎn)品團隊 和項目組合管理。 里程碑標記不用于Azure Boards跟蹤,交付計劃除外。 交付計劃提供日歷視圖,并允許定義里程碑標記。 有關(guān)詳細信息,請參閱查看 團隊交付計劃。 但是,可以使用以下一個或多個選項將工作項標記為里程碑: 只需在工作項的標題中預(yù)先或追加"里程碑"一詞 添加標記為"里程碑"的工作項標記 添加標記為"里程碑 "的 自定義字段, 并使用里程碑選取列表填充該字段 使用前置任務(wù) /后續(xù)任務(wù)或相關(guān)鏈接類型將工作項鏈接到里程碑工作項 將里程碑工作項分配給要 完成的目標沖刺 (沖刺 )。 可以通過使用相關(guān)或其他鏈接類型鏈接工作項來跟蹤它們之間的依賴關(guān)系。 請參閱鏈接工作項和鏈接、可跟蹤性和管理依賴項。 可以使用"傳遞計劃"和"預(yù)覽版" (查看) 。 或者,使用 長篇故事路線圖。 如果要跨一個或多個組織跟蹤依賴項,可能需要使用 依賴項跟蹤器。 每個進程定義四個默認積壓工作級別:迭代積壓工作 、需求積壓工作 、功能以及長篇故事項目組合積壓工作 。 添加到每個積壓工作級別的工作項類型是構(gòu)成父子關(guān)系和將工作項分組到層次結(jié)構(gòu)中的自然工作項類型。 若要了解有關(guān)詳細信息,請參閱組織積壓工作 ,將子工作項映射到父 。 若要自定義該過程,請參閱自定義積壓工作或板、編輯或重命名要求積壓工作 。 使用Azure Boards (云服務(wù)) ,可以選擇在復(fù)制工作項時復(fù)制子工作項。 有關(guān)詳細信息,請參閱 復(fù)制或克隆工作項。 請參閱 批量修改工作項、批量修改富文本字段。 每個積壓工作和板代表一組基于團隊區(qū)域路徑和迭代路徑分配的篩選工作項。 積壓工作清單列出工作項,板將工作項顯示為卡片。 若要了解如何應(yīng)用篩選,請參閱 關(guān)于團隊和敏捷工具、積壓工作和板引用的團隊默認值。 有關(guān)使用情況的詳細信息,請參閱 積壓工作 、板和計劃。 若要添加積壓工作或板,請?zhí)砑訄F隊。 每個團隊都配置了其自己的一組積壓工作與板,如 關(guān)于團隊和敏捷工具中所述。 每個團隊都可以自定義這些敏捷工具。 存在許多限制Azure DevOps,例如積壓工作或板上顯示的工作項數(shù)、可以定義的團隊數(shù)量等。 有關(guān)完整列表,請參閱 工作跟蹤、處理和項目限制。 請參閱 Azure Boards和集成。 每個積壓工作(backlog)基于團隊所選的區(qū)域路徑、迭代路徑和工作項類型列出一組篩選的工作項。 產(chǎn)品積壓工作(backlog):默認情況下, (Agile) 列出用戶情景, (基本) 、產(chǎn)品積壓工作(Backlog)項和 bug (CMMI) 的要求。 提供顯示 父 項、 預(yù)測 以及 正在進行 或 已完成 子項的選項。 項目組合積壓工作(backlog):默認情況下,列出功能積壓工作(backlog)的所有進程模型) (功能,并為長篇故事積壓工作(長篇故事 (Agile、Scrum 和) CMMI)。 提供顯示 父 項和 正在進行 或 已完成 子項的選項。 沖刺(Sprint)積壓:默認情況下,將列出分配給所選迭代的所有產(chǎn)品積壓工作(backlog)項,而不管 提供顯示 工作詳細信息 的選項。 若要了解詳細信息,請參閱 積壓工作(backlog)、板、任務(wù)板和計劃支持的任務(wù)。 是 您可以將沖刺(sprint)分配給工作項,并基于迭代路徑篩選看板。 若要了解詳細信息,請參閱 篩選看板。 “否”。 任務(wù)清單僅支持任務(wù)工作項類型。 Azure DevOps 不提供關(guān)鍵路徑的本機視圖。 部分作為敏捷方法,使用最小的可行產(chǎn)品 (MVP) 通過關(guān)鍵路徑管理 (CPM) 。 使用 MVP,通過排定長篇故事、功能、情景和任務(wù)的優(yōu)先級來確定最短路徑和依賴項。 也就是說,你可能會發(fā)現(xiàn)以下一項或多項功能同時支持 CPM 和 MVP。 可以通過安裝 Marketplace 擴展來獲取對這些功能的訪問權(quán)限。 交付計劃 功能時間線 依賴項跟蹤器 如果你的組織支持與 Microsoft Project 的連接,你可能會發(fā)現(xiàn)支持將 Azure DevOps 連接到 Microsoft Project 的更多 Marketplace 擴展 。 有關(guān)更多上下文,請參閱 Agile 項目的關(guān)鍵路徑 和在 Azure 上運行精益啟動 DevOps。 匯總列允許查看層次結(jié)構(gòu)內(nèi)的進度欄或數(shù)值字段或子代項的總計。 子代項對應(yīng)于層次結(jié)構(gòu)中的所有子項。 可以將一個或多個匯總列添加到產(chǎn)品或項目組合積壓工作(backlog)。 可以將匯總列添加到產(chǎn)品或項目組合積壓工作(backlog)。 請參閱 {顯示匯總進度或總計] (積壓工作/顯示匯總) 。 “否”。 為團隊容量輸入的數(shù)據(jù)不會存儲在常規(guī)數(shù)據(jù)存儲區(qū)中。 “否”。 目前這是不受支持的功能。 這是一個建議的功能,可通過轉(zhuǎn)到我們的 開發(fā)人員社區(qū)頁投票贊成。 是,請參閱 通過賦值或工作流更改查詢,看板更改查詢。 是,通過添加 基于查詢的板 Marketplace 擴展。 是,通過添加 Azure Boards 看板工具 Marketplace 擴展。 你可以為你所屬的團隊定義工作項模板。 若要定義工作項模板以指定選擇字段的默認值,請參閱 使用模板添加和更新工作項。 目前尚不支持為團隊設(shè)置默認模板的功能。 “否”。 目前不支持此功能。 示例請求: 創(chuàng)建模板時,我想要默認使用父用戶情景。模板中沒有預(yù)確定的字段。此項是否可用于用戶定義的選擇? 不能,不支持創(chuàng)建層次結(jié)構(gòu)模板。 特別是,無法指定默認的父工作項。 不過,您可以使用 Excel 快速復(fù)制任務(wù)、bug 和其他項,以在樹列表中應(yīng)用父-子鏈接。 或者,您可以使用看板來添加子任務(wù)、積壓工作項或功能。 若要了解更多信息,請參閱以下文章: 添加任務(wù)清單 添加、運行和更新內(nèi)聯(lián)測試 添加功能和長篇故事 或者,你可以通過安裝以下 Marketplace 擴展之一,查找用于創(chuàng)建子工作項的解決方案: 工作項窗體一次單擊操作 1-單擊子鏈接 1單擊任務(wù) 從 "工作項類型" 頁中,選擇 現(xiàn)有模板的 "操作" 圖標,然后選擇 " 刪除 " 選項。 Azure Boards 與 GitHub 集成,適用于 Auzre DevOps Server 2019 及更高版本。 若要了解詳細信息,請參閱 GitHub & Azure Boards。 “否”。 目前不支持此功能。 Azure Boards 的配置和自定義發(fā)生在項目和團隊級別。 有關(guān)可以配置和自定義的內(nèi)容以滿足你的業(yè)務(wù)需求的概述,請參閱 Azure Boards 的配置和自定義。 有關(guān)配置和自定義的常見問題解答,請參閱 Azure Boards 配置和自定義常見問題解答。誰可以參與Azure Boards?
非參與者如何查看或修改工作項?
此外,如果你的組織使用 Azure Active Directory來管理用戶訪問,可以將 外部用戶添加到組織。如何限制查看或修改選定工作項?
緩存會影響應(yīng)用于工作項的規(guī)則嗎?
哪些客戶端工具支持使用 Azure Boards?
工作項
應(yīng)從何處開始了解工作項和工作項類型?
如何實現(xiàn)查看所有工作項?
Work Item Type = [Any]
State = [Any]
工作項是否可分配給多個用戶或用戶組?
對工作進行分組的建議方法是什么?
如何實現(xiàn)任務(wù)或工作項標記為里程碑任務(wù)?
如何以最佳方式跟蹤依賴項?
什么決定了哪個工作項類型應(yīng)為另一個工作項類型的父級?
如何實現(xiàn)復(fù)制或克隆包含所有鏈接項的工作項?
如何實現(xiàn)批量修改富文本字段?
積壓工作與板
積壓工作與板之間有什么區(qū)別?
如何實現(xiàn)積壓工作或板?
我應(yīng)注意哪些限制?
如何實現(xiàn)將現(xiàn)有積壓工作遷移到Azure Boards?
這三種類型的積壓工作(backlog)、產(chǎn)品/服務(wù)組合和沖刺(sprint)積壓工作(backlog)如何區(qū)別?
能否定義沖刺(sprint)并將其與看板一起使用?
如果我使用任務(wù)管理 bug,能否添加 bug 作為要求的清單?
如何實現(xiàn)創(chuàng)建關(guān)鍵路徑的視圖?
匯總
如何獲取情景點、工作或其他工作項字段的匯總?
我能獲得團隊容量的匯總嗎?
看板
是否有一種方法可以擴大看板上的列?
能否根據(jù)看板列進行查詢?
能否查看看板作為看板的查詢?
是否有一種方法可以將看板配置復(fù)制到其他團隊?
工作項模板
我應(yīng)該從哪里開始了解工作項模板?
如何實現(xiàn)為團隊設(shè)置默認模板?
能否將工作項模板復(fù)制到另一個團隊或項目?
是否可以創(chuàng)建工作項模板來創(chuàng)建指向其他工作項的鏈接?
如何實現(xiàn)刪除工作項模板?
GitHub 集成
如何實現(xiàn)將 Azure Boards 連接到 GitHub?
在將工作項鏈接到 GitHub 提交或 PR 時,是否可以指定狀態(tài)?
配置和自定義
什么是可配置的或可自定義的?