mirror of
https://github.com/meta-llama/llama-stack.git
synced 2025-06-28 19:04:19 +00:00
update based on feedback from Ihar and fix Discord link
Signed-off-by: Francisco Javier Arceo <farceo@redhat.com>
This commit is contained in:
parent
efcb7852d1
commit
db215c298f
2 changed files with 15 additions and 14 deletions
|
@ -1,4 +1,4 @@
|
||||||
<h1> Llama Stack Governance</h1>
|
# Llama Stack Governance
|
||||||
|
|
||||||
## Introduction
|
## Introduction
|
||||||
|
|
||||||
|
@ -83,7 +83,8 @@ Contributors should follow the following guides when creating PRs:
|
||||||
- [Contribution Process](CONTRIBUTING.md)
|
- [Contribution Process](CONTRIBUTING.md)
|
||||||
|
|
||||||
As contributors gain experience and familiarity with the project, their profile and commitment within the community will
|
As contributors gain experience and familiarity with the project, their profile and commitment within the community will
|
||||||
increase. At some stage, they may find themselves being nominated for being a maintainer.
|
increase. At some stage, they may find themselves being nominated to become a Triager, Code Owner, or Maintainer by an
|
||||||
|
existing Maintainer.
|
||||||
|
|
||||||
### Triagers
|
### Triagers
|
||||||
Triagers are contributors who have shown that they are committed to Llama Stack's continued development by helping to
|
Triagers are contributors who have shown that they are committed to Llama Stack's continued development by helping to
|
||||||
|
@ -126,10 +127,10 @@ its objectives, and its strategy. They will also have provided valuable contribu
|
||||||
time. Maintainers must also act in the interest of the community.
|
time. Maintainers must also act in the interest of the community.
|
||||||
|
|
||||||
#### Process
|
#### Process
|
||||||
Any existing maintainer can nominate new maintainers. Once they have been nominated, there will be a vote by the rest
|
Any existing maintainer can nominate new triagers, code owners, or maintainers. Once they have been nominated,
|
||||||
of the maintainers. Maintainer voting is one of the few activities that takes place in private. This is to allow
|
there will be a vote by the rest of the maintainers. Maintainer voting is one of the few activities that takes place in
|
||||||
maintainers to express their opinions about a nominee without causing embarrassment freely. The approval requires a
|
private. This is to allow maintainers to express their opinions about a nominee without causing embarrassment freely.
|
||||||
unanimous vote from the maintainers.
|
The approval requires majority vote (>50%) from the maintainers.
|
||||||
|
|
||||||
The nominee is entitled to request an explanation of any ‘no’ votes against them, regardless of the vote's outcome.
|
The nominee is entitled to request an explanation of any ‘no’ votes against them, regardless of the vote's outcome.
|
||||||
This explanation will be provided by the maintainers and will be anonymous and constructive.
|
This explanation will be provided by the maintainers and will be anonymous and constructive.
|
||||||
|
@ -199,10 +200,10 @@ agreed to the proposal's implementation.
|
||||||
Lazy consensus is a fundamental concept within the project. This process allows a large group of people to reach
|
Lazy consensus is a fundamental concept within the project. This process allows a large group of people to reach
|
||||||
consensus efficiently as someone with no objections to a proposal need not spend time stating their position.
|
consensus efficiently as someone with no objections to a proposal need not spend time stating their position.
|
||||||
|
|
||||||
For lazy consensus to be effective, it is necessary to allow at least 48 hours before assuming that there are no
|
For lazy consensus to be effective, it is necessary to allow at least 48 hours (excluding weekends) before assuming that
|
||||||
objections to the proposal. This requirement ensures that everyone is given enough time to read, digest, and respond to
|
there are no objections to the proposal. This requirement ensures that everyone is given enough time to read, digest,
|
||||||
the proposal. This time period is chosen to be as inclusive as possible of all participants, regardless of their
|
and respond to the proposal. This time period is chosen to be as inclusive as possible of all participants, regardless
|
||||||
location and time commitments.
|
of their location and time commitments.
|
||||||
|
|
||||||
### Voting
|
### Voting
|
||||||
|
|
||||||
|
@ -233,7 +234,7 @@ this end, the rules that apply to modifications to the Llama Stack Governance st
|
||||||
### Roadmap Creation
|
### Roadmap Creation
|
||||||
|
|
||||||
Our public roadmap gives an overview of what we are currently working on and what we want to tackle next. This
|
Our public roadmap gives an overview of what we are currently working on and what we want to tackle next. This
|
||||||
helps potential contributors understand your project's current status and where it's going next, as well as giving a
|
helps potential contributors understand our project's current status and where it's going next, as well as giving a
|
||||||
chance to be part of the planning.
|
chance to be part of the planning.
|
||||||
|
|
||||||
In this section, we describe the process we follow to create it, using request for comments documents (RFCs).
|
In this section, we describe the process we follow to create it, using request for comments documents (RFCs).
|
||||||
|
@ -263,7 +264,7 @@ What constitutes a "substantial" change is evolving based on the community, but
|
||||||
|
|
||||||
Some changes do not require an RFC:
|
Some changes do not require an RFC:
|
||||||
* Reorganizing or refactoring code or documentation
|
* Reorganizing or refactoring code or documentation
|
||||||
* Improvements that tackle objective quality criteria (speedup, better browser support)
|
* Improvements that tackle objective quality criteria (speedup, bug fixes)
|
||||||
* Changes noticeable only by contributors or maintainers
|
* Changes noticeable only by contributors or maintainers
|
||||||
|
|
||||||
If you submit a pull request to implement a new feature without going through the RFC process, it may be closed with a
|
If you submit a pull request to implement a new feature without going through the RFC process, it may be closed with a
|
||||||
|
|
|
@ -7,12 +7,12 @@ look at [Contributing!](../contributing/index)
|
||||||
|
|
||||||
## Communication
|
## Communication
|
||||||
|
|
||||||
We primarily communicate on GitHub and Discord. You can join our [Discord server here](https://discord.gg/llamastack).
|
We primarily communicate on GitHub and Discord. You can join our [Discord server here](https://discord.gg/llama-stack).
|
||||||
|
|
||||||
## Weekly Meeting
|
## Weekly Meeting
|
||||||
|
|
||||||
We have a weekly community meeting every Thursday at 9:00 AM PT. The meeting is open to everyone, and we discuss the
|
We have a weekly community meeting every Thursday at 9:00 AM PT. The meeting is open to everyone, and we discuss the
|
||||||
latest updates, roadmap, and community contributions. You can join the meeting by joining our discord.
|
latest updates, roadmap, and community contributions. You can join the meeting by joining our Discord.
|
||||||
|
|
||||||
## Governance
|
## Governance
|
||||||
|
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue