Closed codificat closed 1 year ago
/sig community-experience
I started to work on this: /triage accepted /assign /lifecycle active
However, it seems a SIG without any sub-project is not valid - at least according to the tooling: this happens if I try to remove all SPs from SIG-CE in sigs.yaml
:
$ podman run --rm --volume $(pwd):/workdir:Z quay.io/open-services-group/community-tooling:v0.1.0-dev
Validating sigs.yaml
ERROR: sig-community-experience: has no subprojects
The Kubernetes community governance documentation says this about sub-projects within SIGs:
Specific work efforts within SIGs are divided into subprojects. Every part of the Kubernetes code and documentation must be owned by some subproject. Some SIGs may have a single subproject, but many SIGs have multiple significant subprojects[...]
@codificat: The label(s) triage/accepted
cannot be applied, because the repository doesn't have them.
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
/lifecycle stale
working on it right now
working on it right now
and it's done: all sig-community-experience issues are now closed. /close
@codificat: Closing this issue.
Persona / User
Members of SIG-Community Experience
User's Story
The team has decided, over the last 2 meetings, to handle all the work of SIG-Community Experience directly by the SIG, without the need to distribute it through sub-projects
Reason
It is perceived that there is not enough volume to justify separate work streams.
Define Done
https://github.com/orgs/open-services-group/projects/6(this project is/was owned by SIG Data Scienceno need to do this, as long as it still serves to differenciate work within the SIGarea/
labels related to the SPs removed fromlabels.yaml
Additional Info
See the meeting notes and recordings for 2022-04-20 and 2022-05-04.