You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Create test plan items following the template here by 6pm PT
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 @bhavyaus
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.
Remind team members to triage issues found in testing and assign major issues that they intend to fix to the current milestone
Branch & Release by latest 9AM CET (12AM Thursday PST) @bhavyaus
Branch following repositories to release/<x.y>
vscode
vscode-distro
vscode-dev
Announce main is open for business
Build and manually release Insider from release/<x.y> branch for Code
Build and manually release Insider from release/<x.y> branch for vscode.dev (if there were vscode.dev candidates)
Build a stable build from release/<x.y> branch to ensure stable build is green @bhavyaus
Bump up the version in package.json on main - @bhavyaus
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) @bhavyaus
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 @bhavyaus
Satellite modules/npm packages ready, version updated, smoke tested
Fixing (PR + review required - major bugs only - to be discussed in stand-up meeting, labeled as candidate)
All release notes updated
release notes are collected in a file named v<Major>_<Minor>.md in this repo directory
Acknowledge pull requests in release notes. We acknowledge PRs from outside the team. We have improved the tooling so that the @bhavyaus can generate the pull request acknowledgment for all repositories at once. @bhavyaus
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 @bhavyaus
Request approval from another team member at the necessary step to deploy the vscode.dev build. @bhavyaus
Create a tag (make sure you pull the release branch first): git tag <x.y.z>
Push the tag: git push origin <x.y.z>
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
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. @bhavyaus
Monday
verification-needed
oron-testplan
labelTuesday
Wednesday
Thursday
insider
build @bhavyausinsider
builds (includes vscode.dev publishing) @bhavyausFriday
release/<x.y>
main
is open for businessstable
build from release/<x.y> branch to ensure stable build is green @bhavyauspackage.json
onmain
- @bhavyausrelease/*
as the VS Code Branch parameter (it's the default so you shouldn't have to change anything) @bhavyauscandidate
)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>
@bhavyausInsider
fromrelease/<x.y>
@bhavyausInsider
@bhavyausscripts/test-documentation.sh|bat
and add file or fix issues if there are new colors that are not documented. @bhavyausWednesday/Thursday - Expected release day (this may change)
main
for all platforms @bhavyausrelease/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 @bhavyausgit 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
@bhavyausThe text was updated successfully, but these errors were encountered: