Skip to content
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

PolicyBot: Design and implement release checklists #14891

Closed
geeknoid opened this issue Jun 16, 2019 · 2 comments
Closed

PolicyBot: Design and implement release checklists #14891

geeknoid opened this issue Jun 16, 2019 · 2 comments
Labels
lifecycle/automatically-closed Indicates a PR or issue that has been closed automatically.

Comments

@geeknoid
Copy link
Contributor

geeknoid commented Jun 16, 2019

We have several multi-step processes we need to follow and repeat for every major release, every patch release, and every CVE. We should provide a lightweight infrastructure to track these to-do lists and make sure we do everything we should be doing.

Imagine a UI where the user selects one of:

Track New Major Release
Track New Minor Release
Track CVE

Clicking on one of these creates a new record that keeps track of the individual steps for each processes. You could list all existing records, add and remove records.

Within a record's page, the user would be presented with a set of todo items with checkboxes and text boxes. For example, for a release you might have:

Create release notes
Post announcement to Slack
Post announcement to Twitter
Post announcement to discuss.istio.io

The "Create release notes" item would have a checkbox and a text field. The text field lets the user enter the URL to the release note page.

Clicking a checkbox for an item marks the item complete and records the GitHub ID of the user having checked the box.

Once all items in a record are completed, the record can be archived at which point it becomes read-only.

It's also possible to mark individual checklist entries as "n/a", indicating they don't apply for this record.

Tracking the CVE process in this mechanism requires some privacy. CVE records, once created, need to have constrained visibility until they are archived (indicating the CVE is addressed)

@fpesce @duderino FYI

@stale
Copy link

stale bot commented Sep 14, 2019

This issue has been automatically marked as stale because it has not had activity in the last 90 days. It will be closed in the next 30 days unless it is tagged "help wanted" or other activity occurs. Thank you for your contributions.

@istio-policy-bot
Copy link

🚧 This issue or pull request has been closed due to not having had activity in the last 105 days. If you feel this issue or pull request deserves attention, please reopen the issue. Please see this wiki page for more information. Thank you for your contributions.

Created by the issue and PR lifecycle manager.

@istio-policy-bot istio-policy-bot added the lifecycle/automatically-closed Indicates a PR or issue that has been closed automatically. label Nov 6, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
lifecycle/automatically-closed Indicates a PR or issue that has been closed automatically.
Projects
None yet
Development

No branches or pull requests

2 participants