Add new members to Engine and Cmdlet Working Groups (#15560)
This commit is contained in:
parent
046dec4d7c
commit
eeabbe7f21
|
@ -1330,7 +1330,6 @@ adamsitnik
|
|||
msixbundle
|
||||
PowerShell-Native#70
|
||||
AppxManifest.xml
|
||||
|
||||
- CHANGELOG/7.0.md
|
||||
codesign
|
||||
release-BuildJson
|
||||
|
@ -1339,3 +1338,6 @@ centos-7
|
|||
- test/perf/benchmarks/README.md
|
||||
benchmarked
|
||||
BenchmarkDotNet
|
||||
- docs/community/working-group-definitions.md
|
||||
TobiasPSP
|
||||
jdhitsolutions
|
||||
|
|
|
@ -58,9 +58,12 @@ However, it's expected that many issues will require input from both WGs.
|
|||
|
||||
### Members
|
||||
|
||||
* @daxian-dbw
|
||||
* @rjmholt
|
||||
* @BrucePay
|
||||
* @daxian-dbw
|
||||
* @JamesWTruher
|
||||
* @rjmholt
|
||||
* @rkeithhill
|
||||
* @vexx32
|
||||
|
||||
## Interactive UX
|
||||
|
||||
|
@ -111,11 +114,12 @@ Given the commonality of serialization boundaries, the Remoting WG should also f
|
|||
* @TravisEz13
|
||||
* @anmenaga
|
||||
|
||||
## Modules
|
||||
## Cmdlets and Modules
|
||||
|
||||
For those core/inbox modules whose source code lives within the `PowerShell/PowerShell` repository,
|
||||
we may have some set of WGs responsible for their cmdlet design guidelines and enforcement,
|
||||
as well as to manage the proposal of new cmdlets or breaking changes.
|
||||
The Cmdlet WG should focus on core/inbox modules whose source code lives within the
|
||||
`PowerShell/PowerShell` repository,
|
||||
including the proposal of new cmdlets and parameters, improvements and bug fixes to existing
|
||||
cmdlets/parameters, and breaking changes.
|
||||
|
||||
However, some modules that ship as part of the PowerShell package are managed in other source repositories.
|
||||
These modules are owned by the maintainers of those individual repositories.
|
||||
|
@ -130,18 +134,11 @@ These modules include:
|
|||
* [`PSReadLine`](https://github.com/PowerShell/PSReadLine)
|
||||
* [`ThreadJob`](https://github.com/PowerShell/Modules/tree/master/Modules/Microsoft.PowerShell.ThreadJob)
|
||||
|
||||
Until it is determined how best to handle the remainder of modules that ship as part of PowerShell,
|
||||
the following modules will be owned by the Committee and Maintainers:
|
||||
### Members
|
||||
|
||||
* CimCmdlets
|
||||
* Microsoft.PowerShell.Diagnostics
|
||||
* Microsoft.PowerShell.Host
|
||||
* Microsoft.PowerShell.Management
|
||||
* Microsoft.PowerShell.Security
|
||||
* Microsoft.PowerShell.Utility
|
||||
* Microsoft.WSMan.Management
|
||||
* PSDiagnostics
|
||||
* Web/JSON Cmdlets
|
||||
* PowerShell Committee as interim members
|
||||
* @jdhitsolutions
|
||||
* @TobiasPSP
|
||||
|
||||
## Security
|
||||
|
||||
|
|
|
@ -1,6 +1,6 @@
|
|||
# Working Groups
|
||||
|
||||
[Working Groups (WGs)][wg] are collections of contributors with knowledge of specific components or
|
||||
Working Groups (WGs) are collections of contributors with knowledge of specific components or
|
||||
technologies in the PowerShell domain.
|
||||
They are responsible for issue triage/acceptance, code reviews, and providing their expertise to
|
||||
others in issues, PRs, and RFC discussions.
|
||||
|
|
Loading…
Reference in a new issue