...
- Coordinates development/review work in the project
- Controls access to the project
- Prioritises work in the project
- Is responsible for the quality of the code and quality level
- Prepares and authorises releases of the plugin
- Enforce a proper code/solution architecture to keep the maintainability and flexibility in the future
Open Questions:
- When to give someone a new repository?
- DanM: A new official repository under the OpenSCD group should be created when the OpenSCD organisation organization
accepts a plugin for integration with the "standard" distribution. This may occur at an early stage, prior to the first release in order to allow coordination and integration with other project features on Github (labels, milestones etc.). - DanM: In general those wishing to join the project should have demonstrated a willingness to commit some time and effort on other OpenSCD projects or have a minimum viable product prior to the repository being created under the OpenSCD group. (I think this is a reasonable set of open source house rules )
- DanM: A new official repository under the OpenSCD group should be created when the OpenSCD organisation organization
- How can edit OpenSCD organization projects?
- Theire are currently only an limited amount of guys with access the OpenSCD organisation projects
- Who decides that?
- DanM: I think we should have an official OpenSCD organisation and would like to nominate J Vogelsang and C Dinkel as benevolent dictators for life. They had the initial vision and interest and care about (a) open source, (b) and open community. I don't think a great deal of documentation for this should be required, it could just be stated on the README for now. I am much more nervous about making this a "standing position" for a company...
- DanM: I think those above should have control of the OpenSCD organisation.
- DanM: I think we should have an official OpenSCD organisation and would like to nominate J Vogelsang and C Dinkel as benevolent dictators for life. They had the initial vision and interest and care about (a) open source, (b) and open community. I don't think a great deal of documentation for this should be required, it could just be stated on the README for now. I am much more nervous about making this a "standing position" for a company...
- Why not bring OpenSCD under the LF energy umbrella for clear governance and support?
- DanM: On a volunteer project I worry about overhead in reporting and governance being unsustainable and key members might feel this didn't allow them to focus their time, energy and attention in the areas they were most interested.
- DanM: Most open source projects are mission driven, but part of the mission is writing code and not doing "management overhead" and sometimes that feels counterproductive. I think for OpenSCD to be under a formal structure like this maybe it would need a minimum commitment of financial support from key partners to make it worth the while and to allow project leads or BDFLs to co
...