community/generator
Benjamin Elder 680390fdf3 validate emails / company and add a TODO about awkward data format with de-normalized person entries 2025-03-11 16:09:24 -07:00
..
annual-report Fix typo in issue template and switch to use gh for creating issues 2025-01-15 16:13:12 +01:00
testdata Fix `make test` 2022-05-12 22:31:13 +09:00
.gitattributes wrap generated list of KEPs in comments 2024-08-23 14:22:33 +05:30
.gitignore Remove duplication 2017-07-14 10:20:04 +02:00
OWNERS generator: update OWNERS to current list of reviewers 2020-01-23 13:48:21 +05:30
README.md Fix typo in issue template and switch to use gh for creating issues 2025-01-15 16:13:12 +01:00
aliases.tmpl generator/app: add means for sorted and de-duped OWNERS_ALIASES 2020-01-23 04:44:02 +02:00
app.go validate emails / company and add a TODO about awkward data format with de-normalized person entries 2025-03-11 16:09:24 -07:00
app_test.go generator: add githubURL, orgRepoPath funcs 2021-03-09 14:12:03 -05:00
committee_readme.tmpl allow to specify the calendar link and properly escape the time url query 2024-10-11 16:08:03 +00:00
header.tmpl Beautify 2018-06-24 13:41:34 +08:00
liaisons.tmpl retire VMware UG and remove User Groups as an official K8s group type 2023-07-20 01:15:46 -07:00
list.tmpl allow to specify the calendar link and properly escape the time url query 2024-10-11 16:08:03 +00:00
sig_readme.tmpl allow to specify the calendar link and properly escape the time url query 2024-10-11 16:08:03 +00:00
wg_readme.tmpl allow to specify the calendar link and properly escape the time url query 2024-10-11 16:08:03 +00:00

README.md

SIG Doc builder

This folder contains scripts to automatically generate documentation about the different Special Interest Groups (SIGs), Working Groups (WGs) and Committees of Kubernetes. The authoritative source for SIG information is the sigs.yaml file in the project root. All updates must be done there.

The schema for this file should be self explanatory. However, if you need to see all the options, check out the generator code in app.go.

The documentation follows a template and uses the values from sigs.yaml:

Time Zone gotcha: Time zones make everything complicated. And Daylight Saving time makes it even more complicated. Meetings are specified with a time zone and we generate a link to http://www.thetimezoneconverter.com/ so people can easily convert it to their local time zone. To make this work you need to specify the time zone in a way that the web site recognizes. Practically, that means US pacific time must be PT (Pacific Time). PT isn't good enough, unfortunately.

When an update happens to the this file, the next step is to generate the accompanying documentation. This takes the format of the following types of doc files:

sig-<sig-name>/README.md
wg-<working-group-name>/README.md
committee-<committee-name>/README.md
sig-list.md

For example, if a contributor has updated sig-cluster-lifecycle, the following files will be generated:

sig-cluster-lifecycle/README.md
sig-list.md

How to use

To (re)build documentation for all the SIGs in a go environment, run:

make generate

or to run this inside a container:

make generate-containerized

To build docs for one SIG, run one of these commands:

make WHAT=sig-apps
make WHAT=cluster-lifecycle
make WHAT=wg-resource-management
make WHAT=container-identity

where the WHAT var refers to the directory being built.

To generate the annual report template for a specific year:

make ANNUAL_REPORT=true

This will generate the annual report template for the previous year, as well as drop GitHub issue templates into the generator/generated/ directory.

You can generate the issues from these templates by running:

for i in $(ls -1 generator/generated/*.md); do gh issue create --repo kubernetes/community --title="$(head -n 1 $i)" --body-file $i && rm $i; done

You may run into rate limiting issues, which is why this command removes the files after an issue has been successfully created.

Adding custom content

README

If your SIG, WG or Committee wishes to add custom content, you can do so by placing it within the following code comments:

<!-- BEGIN CUSTOM CONTENT -->

<!-- END CUSTOM CONTENT -->

Anything inside these code comments are saved by the generator and appended to newly generated content. Updating any content outside this block, however, will be overwritten the next time the generator runs.

An example might be:

<!-- BEGIN CUSTOM CONTENT -->
## Upcoming SIG goals
- Do this
- Do that
<!-- END CUSTOM CONTENT -->

OWNERS_ALIASES

Similarly, custom aliases can be added in the OWNERS_ALIASES file by placing it within the following code comments:

## BEGIN CUSTOM CONTENT

## END CUSTOM CONTENT