Add support for passing a PesterConfiguration object to PowerShellBuild
還沒有人認領這個 Issue。
評估
- 難度
- 5/5
- 預估耗時
- 一週以上
- 新手友好度
- 35/100
- Issue 類型
- 功能
- 描述清晰度
- 需要釐清
- 活躍度
- 活躍
- 技術堆疊
- powershell
- 領域
- testing
研究方向
首先追蹤 PowerShellBuild 如何呼叫 Pester，以及現有的 $PSBPreference.Test 選項如何套用。檢視提議的 $PSBPreference.Test.Configuration 值和 PesterConfiguration 範例，然後解決路徑及其他設定的優先順序。使用者可以提供設定，且預期的預設測試行為仍然清楚並受到涵蓋時，即表示完成。
由索引模型根據 Issue 內容生成。
描述
Currently PowerShellBuild accepts several options to control how Pester is invoked through the $PSBPreference variable. However, there are more Pester options available if you go the "advanced" route and pass in a [PesterConfiguration] object.
You can generate a configuration a few different ways...
$config = New-PesterConfiguration
$config = [PesterConfiguration]::Default
$config = [PesterConfiguration]::new()
We could support all Pester options in an easier way than implementing $PSBPreference settings for each of them individually by allowing users to provide their own Pester configuration like so...
# file: psakeFile.ps1
Properties {
$PSBPreference.Test.Configuration = New-PesterConfiguration -Hashtable @{
# Change defaults as needed. For example...
Run = @{
SkipRemainingOnFailure = 'Run'
}
}
}
There are some considerations though. For example, the advanced option allows providing multiple paths. Should PowerShellBuild be opinionated and aim to maintain the current test behavior by default? If PowerShellBuild overrides properties like Run.Path, should the user be allowed to change that? How so?
Maybe other values from $PSBPreference.Test should be used to override the user-supplied [PesterConfiguration] and if they want to override those defaults, they should do it by updating the corresponding $PSBPreference.Test.* property?
- 主要語言
- PowerShell
- 星號
- 145
- 分支
- 27
- PR 合併指標
- 30 天內沒有已合併 PR
環境準備
在瀏覽器裡用你自己的 GitHub 帳號啟動這個專案的開發容器。
- 沒有 Dockerfile 或 Docker Compose 檔案
- 沒有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
psake/PowerShellBuild 的其他 Issue
-
bug
難度 2/5 1-3 小時 新手友好度 72/100
psake/PowerShellBuild#218 · 1 則留言 ·
-
Staging flattens a culture directory's .psd1 into the output root可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉bug
難度 2/5 1-3 小時 新手友好度 74/100
psake/PowerShellBuild#211 · 1 則留言 ·
-
CI: Install the built module from a local repository to verify install-time dependency behaviour可能已有人在做 @tablackburn 於 33 天前認領。 未關閉enhancement github_actions
難度 4/5 3-5 天 新手友好度 68/100
psake/PowerShellBuild#229 ·
-
Test-PSBuildPester unloads a module it never imported可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉bug
難度 3/5 1-2 天 新手友好度 55/100
psake/PowerShellBuild#222 ·
-
Build-PSBuildMarkdown unloads a module the caller had loaded可能已有人在做 @tablackburn 於 40 天前認領。 未關閉bug
難度 4/5 3-5 天 新手友好度 68/100
psake/PowerShellBuild#221 ·
查看 psake/PowerShellBuild 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 78/100
維護者通常 1 天內回覆
-
needs-triage
難度 2/5 1-3 小時 新手友好度 76/100
gke-labs/kube-agents#2612 ·
維護者通常 1 天內回覆
-
good first issue help wanted
難度 2/5 1-3 小時 新手友好度 72/100
lindicaphxag-tech/kaggle#28 ·
維護者通常 1 天內回覆
-
Unreachable-proxy mount test depends on fixed port 9999可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉bug tests
難度 2/5 1-3 小時 新手友好度 76/100
維護者通常 1 天內回覆
-
bug priority:high
難度 2/5 1-3 小時 新手友好度 82/100
維護者通常 1 天內回覆