Monday, May 07

• Review the state of the current milestone
• Go through telemetry for GDPR
• Go through all merged pull requests and add the validate fix label as appropriate as well as checking for news entries

Planning

• Evaluate if TypeScript usage needs updating to sync with VS Code's usage
• Evaluate projects & meta issues
• Go through needs PR issues to see if there's anything we want to add to this milestone
• Finalize the initial set of issues for the milestone
• Make sure all issues for this milestone are assigned
• Close issues that have needed more info for over a month

Monday, May 14

• Be too busy to do anything because we're sprinting at PyCon US 😉

Monday, May 21

• Review the state of the current milestone
• Go through telemetry for GDPR
• Go through all merged pull requests and add the validate fix label as appropriate as well as checking for news entries

Planning

• Check if there have been no performance regressions
• Read through VS Code's iteration plan (it may still be a draft)

Legal

• Announce the lock-down of dependencies for this release
• Notify CELA of all changes to the repository and distribution dependencies

Release a beta version for testing

• Update the version to be a beta & update the changelog
• Announce the beta development build (along with how to help validate fixes)
• Open appropriate documentation issues

Monday, May 28

• Review the state of the current milestone
• Go through telemetry for GDPR
• Merge any last-minute pull requests
• Go through all merged pull requests and add the validate fix label as appropriate as well as checking for news entries

Prep for the release candidate

• Announce feature freeze
• Make sure the repo and distribution TPNs have been updated appropriately

Test the release candidate code

• Update the version to be an rc & update the changelog
• Announce the release candidate development build
• Open appropriate documentation issues
• Begin drafting a blog post

Prep the release

• Ensure all new feature usages are tracked via telemetry
• Make sure no extraneous files are being included in the .vsix file (make sure to check for hidden files)
• Make sure the appropriate pull requests for the documentation -- including the WOW page -- are ready

Wednesday, May 30 (hopefully 😉)

Release

• Update the changelog (including the names of external contributors & projects)
• Update the version number to be final
• Make sure CI is passing
• Create the release- branch
• Generate final .vsix file from the release- branch
• Upload the final .vsix file to the marketplace
• Publish documentation changes
• Publish the blog post
• Create a release on GitHub (which creates an appropriate git tag)

Prep for the next release

• Bump the version number to the next alpha
• Make sure the next two milestones exist
• Lift the feature freeze
• Create a new release plan

Clean up after this release

• Clean up any straggling fixed issues needing validation
• Close the (now) old milestone
• Delete the previous releases' branch