New-Release Checklist
Every month, we "release" the work done in the previous month. While we continuously deliver software, it's nice to reflect on and document the work done more formally on at least a monthly basis.
Every month, we aim to:
- outline technical changes in the Changelog
- publish a blog post reflecting on those changes
- update our users, via email and social media, of these changes
- reflect on the progress made within the past month, and discuss upcoming work
The easiest way to step through this is to create an issue using the release issue template
Writing your PRs so the dark-changelog
canvas will be able to parse the changelog
Both the darklang/dark
and darklang/docs
repos have PR templates included,
which start off with:
Changelog:
Area of change
- detailsalternatively:
No changelog
If you believe the PR has changes worth reporting on within the release notes, remove the "Alternatively: no changelog" part at the end. Then, update the (`) backtick-surrounded section with notes on what has changed, grouped into areas of change (e.g. "Editor," "Language and Standard Library," and "Internal.")
Otherwise, leave the PR starting off with just "No changelog"