Skip to content

docs: add governance (bdfl) - #2

Open
Abusalah0 wants to merge 1 commit into
mainfrom
docs/add-governance
Open

docs: add governance (bdfl)#2
Abusalah0 wants to merge 1 commit into
mainfrom
docs/add-governance

Conversation

@Abusalah0

Copy link
Copy Markdown
Member

I added a full bdfl governance file to fully explain the governance and responsibility to contributors and maintainers

@Abusalah0 Abusalah0 self-assigned this Aug 2, 2026
@Abusalah0 Abusalah0 linked an issue Aug 2, 2026 that may be closed by this pull request
@Abusalah0

Copy link
Copy Markdown
Member Author

this is a comprehensive bdfl, if you guys see it overkill we can subtract sections

@Abusalah0 Abusalah0 added the documentation Improvements or additions to documentation label Aug 2, 2026
@dotacow

dotacow commented Aug 2, 2026

Copy link
Copy Markdown
Member

I think this is too verbose. I'll have a look and see where we can cut and merge sections.

@Abusalah0

Copy link
Copy Markdown
Member Author

Me too, I put everything I can so we can choose exactly what we need, i think a governance should not exceed a 100 lines anyway.

Comment thread GOVERNANCE.md
Comment on lines +5 to +11
## 1. Scope

The csi-rs project develops open-source Rust software for collecting, transporting, processing, storing, and visualizing Wi-Fi Channel State Information on ESP devices and host systems.

This governance policy applies to all repositories owned by the csi-rs organization unless a repository contains an approved supplementary governance document.

Repository-specific governance may define additional responsibilities, such as release managers or component owners, but it must not contradict this organization-wide policy.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Most of this should exist in the README rather than this file

Comment thread GOVERNANCE.md
Comment on lines +21 to +23
The BDFL has final authority over the direction and governance of the project. In normal operation, however, decisions should be delegated to repository maintainers and reached through open discussion and consensus.

The term “for life” does not require the BDFL to serve permanently. The BDFL may resign, appoint a successor, become unable to serve, or be removed under the exceptional circumstances defined in this document.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Redundant.

Comment thread GOVERNANCE.md
Comment on lines +29 to +37
### Openness

Technical proposals, decisions, and their reasoning should normally be recorded in public issues, pull requests, discussions, or project documentation.

Security matters, conduct reports, personal information, and other sensitive matters may be handled privately.

### Technical merit

Decisions should be based on technical evidence, maintainability, compatibility, user impact, project scope, and the long-term health of the ecosystem.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Redundant.

Comment thread GOVERNANCE.md
Comment on lines +147 to +159
Examples include:

* Breaking changes to a public Rust API.
* Changes to the device-to-host command protocol.
* Changes to serialized CSI or configuration formats.
* Removing support for an ESP chip, development board, or operating mode.
* Introducing a major dependency or runtime requirement.
* Splitting, merging, renaming, transferring, or archiving a repository.
* Creating a new official csi-rs repository.
* Changing licensing or package ownership.
* Making incompatible changes between firmware, server, and client releases.
* Changing release or compatibility policy.
* Modifying project governance.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Too many examples.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

add governance

2 participants