Add support for passing a PesterConfiguration object to PowerShellBuild
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- powershell
- Lĩnh vực
- testing
Hướng nghiên cứu
Bắt đầu bằng cách theo dõi cách PowerShellBuild gọi Pester và cách các tùy chọn $PSBPreference.Test hiện có được áp dụng. Xem xét giá trị $PSBPreference.Test.Configuration được đề xuất và các ví dụ về PesterConfiguration, sau đó xác định thứ tự ưu tiên cho các đường dẫn và các cài đặt khác. Công việc được xem là hoàn tất khi người dùng có thể cung cấp một cấu hình và hành vi kiểm thử mặc định dự kiến vẫn rõ ràng và được bao quát.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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?
- Ngôn ngữ chính
- PowerShell
- Star
- 145
- Fork
- 27
- Merge trung bình
- 10 giờ 16 phút
- Pull request đã merge (30 ngày)
- 34
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của psake/PowerShellBuild
-
Nothing tests the Build-PSBuildUpdatableHelp branch that deletes a consumer's output directory Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
psake/PowerShellBuild#218 · 1 bình luận ·
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
psake/PowerShellBuild#211 · 1 bình luận ·
-
CI: Install the built module from a local repository to verify install-time dependency behaviour Đang mởenhancement github_actions
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 68/100
psake/PowerShellBuild#229 ·
-
bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
psake/PowerShellBuild#222 ·
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 68/100
psake/PowerShellBuild#221 ·
Tất cả issue của psake/PowerShellBuild
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
fulcrumgenomics/ferro-hgvs#2251 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
personalrobotics/tsr#127 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Flaky: conversation-lifecycle terminal-error gate compares rendered clock time across settle/reload Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
nesquena/hermes-webui#7792 ·
-
category/development priority/P2 scope/file-operations scope/testing type/enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100