-
Notifications
You must be signed in to change notification settings - Fork 105
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Create wg charter, adjust md generator to add working groups, update types definition to latest requirements. Update sig-list.md to reflect changes. Signed-off-by: Daniel Hiller <[email protected]>
- Loading branch information
Showing
6 changed files
with
143 additions
and
18 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,37 @@ | ||
# Working Group Responsibilities | ||
|
||
All KubeVirt Working Groups (WGs) must define a charter. | ||
|
||
- The scope must define: | ||
- what problem the WG is solving | ||
- what deliverable(s) will be produced, and to whom | ||
- when the problem is expected to be resolved | ||
- The governance must outline: | ||
- the responsibilities within the WG | ||
- the roles owning those responsibilities | ||
- which SIGs are stakeholders | ||
|
||
## Steps to create a WG charter | ||
|
||
1. Copy [the template][WG Template] into a new file under community/wg-*YOURWG*/charter.md | ||
2. Fill out the template for your WG | ||
3. Update [sigs.yaml] with the individuals holding the roles as defined in the template. | ||
4. Create a pull request with a draft of your `charter.md` and `sigs.yaml` changes. Communicate it within your WG and the stakeholder SIGs and get feedback as needed. | ||
5. Send the WG Charter out for review to [email protected]. Include the subject "WG Charter Proposal: YOURWG" | ||
and a link to the PR in the body. | ||
6. Typically expect feedback within a week of sending your draft. Expect longer time if it falls over an | ||
event such as KubeCon/CloudNativeCon or holidays. Make any necessary changes. | ||
7. Once accepted, the maintainers will ratify the PR by merging it. | ||
|
||
## How to use the templates | ||
|
||
WGs should use [the template][WG Template] as a starting point. | ||
|
||
|
||
## Goals | ||
|
||
The primary goal of the charters is to define the scope of the WG within KubeVirt and how the WG can determine whether it has achieved their solution. A majority of the effort should be spent on these concerns. | ||
|
||
[WG Template]: wg-charter | ||
[sigs.yaml]: ../sigs.yaml | ||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,34 @@ | ||
# WG Code-Quality Charter | ||
|
||
## Goals | ||
|
||
The Code-Quality Working Group has two goals | ||
* short-term - **focus on the improvement of code quality** and | ||
* long-term - **create an inter-SIG process for identifying, agreeing on and addressing code quality issues** | ||
|
||
The long-term goal is achieved when the above mentioned process is implemented and executed as required. | ||
|
||
## Deliverables | ||
|
||
The inter-SIG process definition will be manifested in a document that defines the process itself, also how and when it is executed. | ||
|
||
## Governance | ||
|
||
### Stakeholder SIGs | ||
|
||
* All SIGS claiming code ownership and producing code, currently | ||
* SIG Compute, | ||
* SIG Network and | ||
* SIG Storage | ||
* ... | ||
* sig-ci | ||
* automation purposes of code-quality measures | ||
|
||
### Roles and responsibilities | ||
|
||
#### Chairs | ||
- @your-github-handle-1 | ||
- @your-github-handle-2 | ||
|
||
#### Liaisons | ||
- @dhiller |