From 9c094c914e773f58df1cf1822ccf741f6abf8399 Mon Sep 17 00:00:00 2001 From: Marc Duiker Date: Thu, 13 Jun 2024 12:10:55 +0200 Subject: [PATCH 1/5] Add contributor and move administrator, add link to CoC Signed-off-by: Marc Duiker --- README.md | 30 ++++++++++++++++++++++-------- community-membership.md | 29 ++++++++++++++++++++++++----- 2 files changed, 46 insertions(+), 13 deletions(-) diff --git a/README.md b/README.md index beb58ae..466915d 100644 --- a/README.md +++ b/README.md @@ -112,21 +112,35 @@ The [Dapr blog](https://blog.dapr.io/posts) has regular posts on releases, techn There are a several different roles that are available in the community. -### Community membership -There are various contributor roles in the Dapr community that you are strongly encouraged to be part of. Read [Community membership](community-membership.md) -for more information. +### Community membership roles + +Everyone is welcome to contribute to Dapr. Contribution can take many forms, it could be contributing source code to the many repositories, updating documentation, writing blog posts, or helping the community by answering questions on Discord or other social channels. + +These are the various roles that are available in the Dapr community: + +- Contributor +- Member +- Approver +- Maintainer +- Administrator + +These roles are described in detail in [Community membership](community-membership.md). + +### Special roles + +Outside of the regular contributor roles, there are a few special roles that are available in the Dapr project. + +#### Release team -### Release team At the start of a milestone a release team is chosen. The release team has the responsibility of enforcing processes to ensure the release is successfully delivered. Read about the [Release process](https://github.com/dapr/community/blob/master/release-process.md#release-team) for more information. -### Steering committee member +#### Steering committee member + The Dapr project has a single governance body called the Steering and Technical Committee (STC). The STC is responsible for the health of the Dapr community and for overall technical oversight. Read [Steering and Technical Committee (STC)](steering-and-technical-committee-charter.md)for more information. -### Administrator Role -Administrators have access to credentials equivalent to members of the steering and technical commitee (STC) and are responsible to perform pre-approved routine maintenance duties and ad-hoc tasks delegated by the STC without making isolated decisions. Read [Administrator Role](ADMINISTRATORS.md) for more information. +#### Community manager -### Community Manager Role Community managers are responsible for managing many aspects of the Dapr community. The role is to engage and promote the Dapr community and have someone that the community can reach out to for guidance. Read [Community Manager](COMMUNITY-MANAGER.md) for more information. ## How can I get involved? diff --git a/community-membership.md b/community-membership.md index 918d430..643412d 100644 --- a/community-membership.md +++ b/community-membership.md @@ -3,16 +3,22 @@ This doc outlines the responsibilities of contributor roles in Dapr. The Dapr project is subdivided into sub-projects under (predominantly, but not exclusively) runtime (dapr), components-contrib, CLI, quickstarts, docs and language-specific SDKs. Responsibilities for roles are scoped to these sub-projects (repos). +All roles are expected to follow to the [Code of Conduct](CODE-OF-CONDUCT.md). + | **Role** | **Responsibilities** | **Requirements** | **Defined by** | | ---------- | ----------------------------------------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | +| Contributor | Contribute source code, documentation or blog posts | At least one merged PR in one of the Dapr repositories. | GtiHub contributors listed per repository | Member | Active contributor in the community. Reviewer of PRs | Sponsored by two approvers or maintainers. Multiple contributions to the project. | Dapr GitHub org member | | Approver | Approve accepting contributions | Highly experienced and active reviewer and contributor to a subproject. | [CODEOWNERS](https://help.github.com/en/articles/about-code-owners) in GitHub | | Maintainer | Set direction and priorities for a subproject | Demonstrated responsibility and excellent technical judgement for the subproject. | [CODEOWNERS](https://help.github.com/en/articles/about-code-owners), GitHub Team and repo ownership in GitHub | +| Administrator | Administers the GitHub Dapr org and related infrastructure | Highly experienced Dapr maintainer | [CODEOWNERS](https://help.github.com/en/articles/about-code-owners), GitHub Team and repo ownership in GitHub | > Note: The Steering & Technical Committee (STC) referred to in this document is described [here](./steering-and-technical-committee-charter.md) ## New contributors +Everyone is welcome to contribute to Dapr. Contribution can take many forms, it could be contributing source code to the many repositories, updating documentation, writing blog posts, or helping the community by answering questions on Discord or other social channels. + New contributors should be welcomed to the community by existing members, helped with PR workflow, and directed to relevant documentation and communication channels. @@ -21,12 +27,11 @@ channels. Established community members are expected to demonstrate their adherence to the principles in this document, familiarity with project organization, roles, policies, procedures, conventions, etc., and technical and/or writing ability. -Role-specific expectations, responsibilities, and requirements are enumerated -below. +Role-specific expectations, responsibilities, and requirements are enumerated below. ## Member -Members are continuously active contributors in the community. They can have issues and PRs assigned to them. Members are expected to participate in community discussions and remain active contributors to the community. +Members are continuously active contributors in the community. They can have issues and PRs assigned to them. Members are expected to participate in community discussions and remain active contributors to the community. Defined by: Member of the Dapr GitHub organization @@ -93,7 +98,7 @@ The following apply to the part of the codebase for which one would be an approv - With an approving vote of at least 2 maintainers from the repository maintainers. In the case of a repository with a solo maintainer, a single vote suffices - With no objections from other repository maintainers for a period of one week - Steering committee acts as the final resolution to any escalation - - Done through PR to update the `CODEOWNERS` + - Done through PR to update the `CODEOWNERS` ### Responsibilities and privileges @@ -139,7 +144,7 @@ New maintainers can be added to the project by a super-majority (two-thirds / 66 Maintainers for new repositories can be nominated by any member of the steering committee and voted on in a steering committee meeting. Single maintainers of a repository can nominate a new maintainer and *MUST* inform the steering committee of their intention. The maintainer can be approved if no objections have been raised in a period of one week. -A maintainer may step down by submitting an issue stating their intent. +A maintainer may step down by submitting an issue to the stating their intent. ### Responsibilities and privileges @@ -159,3 +164,17 @@ The following apply to the subproject(repos) for which one would be an owner: Maintainers *MUST* remain active. If they are unresponsive for >3 months, they will be automatically removed unless a super-majority of the other repository maintainers agrees to extend the period to be greater than 3 months. +## Administrator + +An administrator is a highly experienced Dapr maintainer who has been granted additional permissions to administer the GitHub Dapr org, credentials, and CI/CD infrastructure. + +Administrators have access to credentials equivalent to members of the steering and technical commitee (STC). Read [Administrator Role](ADMINISTRATORS.md) for more information. + +### Requirements + +An administrator must be an active Dapr maintainer for a longer time and has deep understanding of the technologies used in Dapr and the CI/CD infrastructure. + +### Responsibilities and privileges + +- Administer the GitHub Dapr org and related CI/CD infrastructure. +- Perform pre-approved routine maintenance duties and ad-hoc tasks delegated by the STC without making isolated decisions. From 079ddf9178549c77bde6a71d05d7eb76300a31dd Mon Sep 17 00:00:00 2001 From: Marc Duiker Date: Thu, 13 Jun 2024 12:13:01 +0200 Subject: [PATCH 2/5] Clarify admin Signed-off-by: Marc Duiker --- community-membership.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/community-membership.md b/community-membership.md index 643412d..bb73afa 100644 --- a/community-membership.md +++ b/community-membership.md @@ -11,7 +11,7 @@ All roles are expected to follow to the [Code of Conduct](CODE-OF-CONDUCT.md). | Member | Active contributor in the community. Reviewer of PRs | Sponsored by two approvers or maintainers. Multiple contributions to the project. | Dapr GitHub org member | | Approver | Approve accepting contributions | Highly experienced and active reviewer and contributor to a subproject. | [CODEOWNERS](https://help.github.com/en/articles/about-code-owners) in GitHub | | Maintainer | Set direction and priorities for a subproject | Demonstrated responsibility and excellent technical judgement for the subproject. | [CODEOWNERS](https://help.github.com/en/articles/about-code-owners), GitHub Team and repo ownership in GitHub | -| Administrator | Administers the GitHub Dapr org and related infrastructure | Highly experienced Dapr maintainer | [CODEOWNERS](https://help.github.com/en/articles/about-code-owners), GitHub Team and repo ownership in GitHub | +| Administrator | Administers the GitHub Dapr org, credentials, and related infrastructure | Highly experienced Dapr maintainer | [CODEOWNERS](https://help.github.com/en/articles/about-code-owners), GitHub Team and repo ownership in GitHub | > Note: The Steering & Technical Committee (STC) referred to in this document is described [here](./steering-and-technical-committee-charter.md) From 13c70e787edb3db8964bf89b2b0bddc2a1127790 Mon Sep 17 00:00:00 2001 From: Marc Duiker Date: Thu, 13 Jun 2024 12:15:12 +0200 Subject: [PATCH 3/5] Clarify standard roles Signed-off-by: Marc Duiker --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 466915d..f01d947 100644 --- a/README.md +++ b/README.md @@ -116,7 +116,7 @@ There are a several different roles that are available in the community. Everyone is welcome to contribute to Dapr. Contribution can take many forms, it could be contributing source code to the many repositories, updating documentation, writing blog posts, or helping the community by answering questions on Discord or other social channels. -These are the various roles that are available in the Dapr community: +These are the various contributor roles that are available in the Dapr community: - Contributor - Member From 4db6d71170652443d0eced98d41aff43e8b26076 Mon Sep 17 00:00:00 2001 From: Marc Duiker Date: Thu, 13 Jun 2024 14:21:25 +0200 Subject: [PATCH 4/5] Add roadmap and remove outdated info Signed-off-by: Marc Duiker --- release-process.md | 6 ++---- roadmap.md | 29 +++++++++++++++++++++++++++++ 2 files changed, 31 insertions(+), 4 deletions(-) create mode 100644 roadmap.md diff --git a/release-process.md b/release-process.md index 8803886..609b924 100644 --- a/release-process.md +++ b/release-process.md @@ -1,6 +1,5 @@ # Release cycle and cadence -The Dapr project aims to release four updates in a yearly time period, typically one in each quarter (every 3 months). For example in 2022 the minor releases were Jan (1.6.0), April (1.7.0), July (1.8.0), Oct (1.9.0) and the same is expected for 2023. - +The Dapr project aims to release four updates in a yearly time period, typically one in each quarter (every 3 months). @@ -39,8 +38,7 @@ On assignment, the release team lead and shadow(s) are included into the Github - [ ] Communicating status to the community on an on-going basis. -[ -- Read about the K8s release team selection [here](https://github.com/kubernetes/sig-release/blob/master/release-team/release-team-selection.md#selection-criteria)] +Read about the K8s release team selection [here](https://github.com/kubernetes/sig-release/blob/master/release-team/release-team-selection.md#selection-criteria). ## Feature definition phase (~2 weeks) With ongoing feature definition, some set of issues will bubble up as targeting a given release. In this phase, a set of feature proposals and significant design changes to existing features are reviewed where contributors are able to dedicate time to completing the issue or starting an issue for a future release. diff --git a/roadmap.md b/roadmap.md new file mode 100644 index 0000000..4f8382e --- /dev/null +++ b/roadmap.md @@ -0,0 +1,29 @@ +# Dapr Roadmap + +This document outlines the high-level roadmap for the Dapr project. The roadmap is subject to change and is not a commitment to deliver any specific features or timelines. + +[GitHub milestones](https://github.com/dapr/dapr/milestones) are created for each release and are named after the release version. GitHub issues are assigned to a milestone to track the scope and progress of a release. + +## Releases + +### Current Release + +The current Dapr release is v1.13. Details can be found in the [release notes](https://github.com/dapr/dapr/releases/tag/v1.13.0). + +### Next Release + +The next release is v1.14. This release is currently in development. The [release planning](https://github.com/dapr/dapr/issues/7605) issue contains milestone dates, and the features and enhancements planned for this release. + +### Future Releases + +Features or important changes for future releases include: + +- Extend the State Management (K/V) API with a `list` operation to list keys based on a prefix. +- Introduce a document store API that supports querying. +- Introduce a blob store API. + +New ideas and improvements are always welcome. Please check the existing issues in the relevant Dapr repositories before submitting a new issue with your idea. New APIs or breaking changes to the Dapr runtime should be submitted as proposals in the [dapr/proposals](https://github.com/dapr/proposals) repository. + +## Release process + +The release cycle and cadence for Dapr is described in [Release Process](release-process.md). From 4086d50f0a3a259b54d7e0a65303a22b1bd0c976 Mon Sep 17 00:00:00 2001 From: Marc Duiker Date: Thu, 13 Jun 2024 14:36:11 +0200 Subject: [PATCH 5/5] Add quarterly update Signed-off-by: Marc Duiker --- roadmap.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/roadmap.md b/roadmap.md index 4f8382e..0f67e82 100644 --- a/roadmap.md +++ b/roadmap.md @@ -1,11 +1,11 @@ # Dapr Roadmap -This document outlines the high-level roadmap for the Dapr project. The roadmap is subject to change and is not a commitment to deliver any specific features or timelines. - -[GitHub milestones](https://github.com/dapr/dapr/milestones) are created for each release and are named after the release version. GitHub issues are assigned to a milestone to track the scope and progress of a release. +This document outlines the high-level roadmap for the Dapr project. The roadmap is subject to change and is not a commitment to deliver any specific features or timelines. The roadmap is updated every quarter, after a release. ## Releases +[GitHub milestones](https://github.com/dapr/dapr/milestones) are created for each release and are named after the release version. GitHub issues are assigned to a milestone to track the scope and progress of a release. + ### Current Release The current Dapr release is v1.13. Details can be found in the [release notes](https://github.com/dapr/dapr/releases/tag/v1.13.0).