[x] Create test plan items following the template here by 6pm PT
[x] Remind the team that TPIs should be written so that anyone can test. If this is not feasible, then TPI authors should assign specific testers @ulugbekna
Tuesday should be dedicated exclusively to testing activities. Our goal is to ensure the completion of all Test Plan Items (TPIs) and subsequently proceed with the verification phase. Fixes or commits should be refrained from, unless there are exceptional circumstances such as blocked TPIs or build-related issues
Redmond members commence testing the TPIs authored by Zurich members, enabling them to address any feedback on the following day.
These remaining TPIs should be the ones that are currently blocked. Discuss during the standup and redistrubute assignments based on the TPI owner and the test coverage. For instance, if a TPI is owned by a member from Zurich and has not undergone sufficient testing, it will be reassigned to one of the Zurich team members.
[x] Remind team members to triage issues found in testing and assign major issues that they intend to fix to the current milestone
[x] Branch following repositories to release/<x.y>
[x] vscode
[x] vscode-distro
[x] vscode-dev
[x] Announce main is open for business
[x] Build and manually release Insider from release/<x.y> branch for Code
[x] Build and manually release Insider from release/<x.y> branch for vscode.dev (if there were vscode.dev candidates)
[x] Build a stable build from release/<x.y> branch to ensure stable build is green @ulugbekna
[x] Bump up the version in package.json on main - @ulugbekna
[x] Localization: Run Update VS Code Branch build with release/* as the VS Code Branch parameter (it's the default so you shouldn't have to change anything) @ulugbekna
[x] Create next milestone and ensure that it has a due date. The created milestone and its due date will be automatically synced across our repos @ulugbekna
Satellite modules/npm packages ready, version updated, smoke tested
[x] yo generator @aeschli
[x] js-debug @connor4312
[x] Debug Adapter Protocol @connor4312
[x] vscode-debugadapter-node @connor4312
[x] Mock Debug @roblourens
[x] vscode-test-web @aeschli
[x] vsce @joaomoreno
[x] Only candidate issues are open and assigned to 🔖milestone
[x] Acknowledge pull requests in release notes. We acknowledge PRs from outside the team. We have improved the tooling so that the @ulugbekna can generate the pull request acknowledgment for all repositories at once. @ulugbekna
[x] Remind the team: if they are going to be OOF for more than five days during the next iteration, assign someone to look out for critical issues in their feature areas and fix them if necessary. This helps with bug identification and fixing for recovery releases. @ulugbekna
[x] Linux Server @joaomoreno (can be tested from any OS with Docker)
[x] x64
[x] ARM32
[x] ARM64
[x] x64 Alpine
[x] ARM64 Alpine
[x] Linux CLI @sandy081 (can be tested from any OS with Docker)
[x] x64
[x] ARM32
[x] ARM64
[x] x64 Alpine
[x] ARM64 Alpine
[x] Publish website @gregvanl
[x] Publish to stable @ulugbekna
[x] Trigger the vscode.dev Deploy pipeline for release/x.y for the prod deployment target. Note that there are four deploy approvals needed - one for overall and one per each of the three service regions @ulugbekna
[x] Request approval from another team member at the necessary step to deploy the vscode.dev build. @ulugbekna
[x] Create an official release @ulugbekna
[x] Create a tag (make sure you pull the release branch first): git tag <x.y.z>
[x] Push the tag: git push origin <x.y.z>
[x] Create a GitHub release: Open the GitHub tags, and click far right ... > Create Release. Use the correct title and description from our release notes. Also change the relative links for the key highlight list items to absolute links Example
Monday
verification-needed
oron-testplan
labelTuesday
Wednesday
Thursday
insider
build @ulugbeknainsider
builds (includes vscode.dev publishing) @ulugbeknaFriday
release/<x.y>
main
is open for businessstable
build from release/<x.y> branch to ensure stable build is green @ulugbeknapackage.json
onmain
- @ulugbeknarelease/*
as the VS Code Branch parameter (it's the default so you shouldn't have to change anything) @ulugbeknacandidate
)v<Major>_<Minor>.md
in this repo directorydebug-adapter-protocol
,inno-updater
,jsonc-parser
,language-server-protocol
,lsif-node
,vscode
,vscode-codicons
,vscode-css-languageservice
,vscode-debugadapter-node
,vscode-dev-containers
,vscode-docs
,vscode-emmet-helper
,vscode-eslint
,vscode-extension-samples
,vscode-generator-code
,vscode-hexeditor
,vscode-html-languageservice
,vscode-js-debug
,vscode-js-debug-companion
,vscode-js-profile-visualizer
,vscode-jshint
,vscode-json-languageservice
,vscode-languageserver-node
,vscode-livepreview
,vscode-loader
,vscode-lsif-extension
,vscode-node-debug
,vscode-node-debug2
,vscode-pull-request-github
,vscode-recipes
,vscode-references-view
,vscode-textmate
,vscode-vsce
Friday/Monday
Monday - Wednesday
release/<x.y>
@ulugbeknaInsider
fromrelease/<x.y>
@ulugbeknaInsider
@ulugbeknascripts/test-documentation.sh|bat
and add file or fix issues if there are new colors that are not documented. @ulugbeknaWednesday/Thursday - Expected release day (this may change)
main
for all platforms @ulugbeknarelease/x.y
for theprod
deployment target. Note that there are four deploy approvals needed - one for overall and one per each of the three service regions @ulugbeknagit tag <x.y.z>
git push origin <x.y.z>
... > Create Release
. Use the correct title and description from our release notes. Also change the relative links for the key highlight list items to absolute links Exampleinsider
builds @bhavyausmain
@bhavyaus