-
Notifications
You must be signed in to change notification settings - Fork 40
Add docs 3rd try #19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add docs 3rd try #19
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
|
|
@@ -41,28 +41,34 @@ This roster is seeded with all approvers from Eventing workgroups. | |||||
| - slinkydeveloper | ||||||
| - vaikas | ||||||
|
|
||||||
| ## Docs roster | ||||||
|
|
||||||
| - csantanapr | ||||||
| - omerbensaadon | ||||||
| - julz | ||||||
|
|
||||||
| ## Schedule | ||||||
|
|
||||||
| | Release | Release Date | Serving | Eventing | Unpin repos | PKG cut | | ||||||
| | ------- | ------------ | -------------- | --------------- | ----------- | ---------- | | ||||||
| | v0.17 | 2020-08-18 | yanweiguo | Harwayne | - | 2020-08-11 | | ||||||
| | v0.18 | 2020-09-29 | ZhiminXiang | n3wscott | 2020-08-19 | 2020-09-22 | | ||||||
| | v0.19 | 2020-11-10 | julz | n3wscott | 2020-09-30 | 2020-11-03 | | ||||||
| | v0.20 | 2021-01-12 | nak3 | slinkydeveloper | 2020-11-11 | 2021-01-07 | | ||||||
| | v0.21 | 2021-02-23 | mattmoor | lionelvillard | 2021-01-13 | 2021-02-16 | | ||||||
| | v0.22 | 2021-04-06 | markusthoemmes | evankanderson | 2021-02-24 | 2021-03-30 | | ||||||
| | v0.23 | 2021-05-18 | tcnghia | vaikas | 2021-04-07 | 2021-05-11 | | ||||||
| | v0.24 | 2021-06-29 | dprotaso | matzew | 2021-05-19 | 2021-06-22 | | ||||||
| | v0.25 | 2021-08-10 | JRBANCEL | ... | 2021-06-30 | 2021-08-03 | | ||||||
| | v0.26 | 2021-09-21 | ... | ... | 2021-08-11 | 2021-09-14 | | ||||||
| | Release | Release Date | Serving | Eventing | Docs | Unpin repos | PKG cut | | ||||||
| | ------- | ------------ | -------------- | --------------- | ----------- | ----------- | ---------- | | ||||||
| | v0.17 | 2020-08-18 | yanweiguo | Harwayne | richieescarez | - | 2020-08-11 | | ||||||
| | v0.18 | 2020-09-29 | ZhiminXiang | n3wscott | richieescarez | 2020-08-19 | 2020-09-22 | | ||||||
| | v0.19 | 2020-11-10 | julz | n3wscott | richieescarez | 2020-09-30 | 2020-11-03 | | ||||||
| | v0.20 | 2021-01-12 | nak3 | slinkydeveloper | richieescarez | 2020-11-11 | 2021-01-07 | | ||||||
| | v0.21 | 2021-02-23 | mattmoor | lionelvillard | csantanapr | 2021-01-13 | 2021-02-16 | | ||||||
| | v0.22 | 2021-04-06 | markusthoemmes | evankanderson | omerbensaadon | 2021-02-24 | 2021-03-30 | | ||||||
| | v0.23 | 2021-05-18 | tcnghia | vaikas | csantanapr | 2021-04-07 | 2021-05-11 | | ||||||
| | v0.24 | 2021-06-29 | dprotaso | matzew | julz | 2021-05-19 | 2021-06-22 | | ||||||
| | v0.25 | 2021-08-10 | JRBANCEL | ... | ... | 2021-06-30 | 2021-08-03 | | ||||||
| | v0.26 | 2021-09-21 | ... | ... | ... | 2021-08-11 | 2021-09-14 | | ||||||
|
|
||||||
| **NOTE:** v0.20 is moved by 3 weeks for end of year holidays | ||||||
|
|
||||||
| --- | ||||||
|
|
||||||
| # Instructions | ||||||
|
|
||||||
| Below you'll find the instructions to release a `knative.dev` repository. | ||||||
| Below you'll find the instructions to release the docs repository see [Release docs](#release-docs) | ||||||
|
|
||||||
| For more information on the timetable, jump to the [Timetable](#timetable) | ||||||
| paragraph. | ||||||
|
|
@@ -275,6 +281,15 @@ The artifact checksums can be found on the respective release pages. Once the | |||||
| PR is merged, [cut a new branch](#cut-the-branch). There is no automation after | ||||||
| this, so you're done here. | ||||||
|
|
||||||
| ## Release docs | ||||||
| To release the documentation for the release follow [docs release process](https://knative.dev/help/maintainer/docs-release-process/) | ||||||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
|
||||||
| The current process can be summarize in the following: | ||||||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
|
||||||
| 1. Wait for dependent repos to release (today thats /serving and /eventing) | ||||||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. https://knative.dev/help/maintainer/docs-release-process/
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think we should remove the now old section that says to skip the docs repo: And add this whole section there.
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Reasoning why I think it doesn't belong here is because that link has all the (and then some) details (how to cut a branch, etc.) and I personally found it confusing intermingled here because it's entirely different procedure currently. Client stuff that was added recently are steps that are necessary beyond the normal steps so they made sense to be in this section. WDYT?
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. What's about splitting the document into two major sections:
And add a top-level ToC highlighting this difference. We then can also just say "release the docs after the code" which also automatically includes all dependencies. I think that makes sense because you are then free in the docs to reference any additional repos (beyond serving and eventing) and you don't have to take care to update this release document. I see the parallelization benefit (starting the docs release before all repositories has been published) as not big enough to introduce this additional maintenance dependency (updating this doc everytime you want to depend on a new repo in the docs)
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
|
||||||
| 2. Generate the API specification and merge via PR into `main` branch https://github.com/knative/docs/pull/3426 | ||||||
| 3. Create the new relase branch on the `docs` repository https://knative.dev/help/maintainer/docs-release-process/#create-branch-from-updated-main | ||||||
| 4. Update the `website` repository toml files to add the new version and drop the oldest version from the website https://github.com/knative/website/pull/287 | ||||||
| 5. Sync the staging branch in `website` repository to include all the same commits as `main` branch https://github.com/knative/website/pull/297 | ||||||
|
|
||||||
| --- | ||||||
|
|
||||||
| # Timetable | ||||||
|
|
@@ -283,6 +298,8 @@ We release the components of Knative every 6 weeks. All of these components must | |||||
| be moved to the latest "release" of all shared dependencies prior to each | ||||||
| release. | ||||||
|
|
||||||
| The docs are released after serving and eventing are released, see [Release docs](#release-docs) | ||||||
|
|
||||||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. See my comment above, I would suggest making this more prominent and just say: The docs should be released after the code has been released (so that the docs release team does not need to be aware of the details on which repo it depends. E.g. when including examples from r links to the released client tag or client plugins tag, then you would otherwise need to update this instruction here, which can be easily forgotten, too). Also, as soon as you add a link to released client plugins, you would have to wait anyway until everything is released, as those plugins are the last to be released. |
||||||
| ## First week of the rotation | ||||||
|
|
||||||
| ### Make sure you have the right permission | ||||||
|
|
||||||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think we want this change? These are the instructions for all the other repos, so I'd think we want to leave them as is.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this comment seems unresponded to?