July 2023 Endgame

[ghost]

• 07/24 Code freeze for the endgame
• 07/28 Endgame done
• 08/03 Expected release date (this may change)

Monday

• [x] Check that all queries in this issue use the current milestone @andreamah
• [x] Run OSS tool @andreamah
• [x] Update links in the Endgame notebooks to point to new milestone @andreamah
• [x] Code freeze at 5pm PT
• [x] Ensure we have a green build on all platforms at 5pm PT
• [x] 🔖All closed feature-requests either have a verification-needed or on-testplan label
• [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 @andreamah
• [x] Update your availability for testing here - https://tools.code.visualstudio.com/team-manifest team
  • [x] Update availability of testers in vacation (Check OOF section in the Internal Backlog Plan). Double check N/A testers. @andreamah
  • [x] Remind team that in the event of sickness or overload with TPIs, to inform the endgame champ ASAP so items can be reassigned

Tuesday

• [x] Test plan items assigned (using https://tools.code.visualstudio.com/test-plan-items)
  • Run the tool multiple times to balance load if test items come in later and assignments are already made
  • Assigned to you
• [x] Test build starts at 7am CET
• [x] Test plan ready by 8am CET
• [x] Remind the team about the priorities
  • 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.
• [x] 🔖Testing
• [x] 🔖Verification needed

Wednesday

• [x] 🔖Testing
  • 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] 🔖Verification needed

Thursday

• [x] Make sure to have the insider build @andreamah
• [x] Pause scheduled insider builds (includes vscode.dev publishing) @andreamah
• [x] Fixing (self-assigned, milestone assigned)
  • Increased scrutiny sets in due to testing being completed. Fixes pose a much higher risk
  • Move issues to the next month that can be deferred
• [x] 🔖Verification needed
• [x] 🔖Verification

Friday

• [x] Branch & Release by latest 9AM CET @andreamah
  • [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 @andreamah
• [x] Bump up the version in package.json on main - @andreamah
• [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) @andreamah
• [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 @andreamah
• 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] All issues 🔖verified
• [x] All open PRs on the milestone 🔖merged or deferred
• [x] Fixing (PR + review required - major bugs only - to be discussed in stand-up meeting, labeled as candidate)
• [x] All release notes updated
  • release notes are collected in a file named v<Major>_<Minor>.md in this repo directory
• [x] Acknowledge pull requests in release notes. We acknowledge PRs from outside the team. We have improved the tooling so that the @andreamah can generate the pull request acknowledgment for all repositories at once. @andreamah
  • [x] debug-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
• [x] Acknowledge issue trackers from the community @chrmarti
• When done fixing/verifying and there are changes since last build at the end of day PT
  • [x] Build and manually release Insider from release/<x.y> for Code @andreamah
  • [x] Build and manually release Insider from release/<x.y> for vscode.dev (if there were vscode.dev candidates) @andreamah

Friday/Monday

• [x] Polish release notes redmond
• [x] Fixing (only critical bugs - no string changes)
• [x] Schedule an endgame restrospective with with endgame champion, endgame buddy, and next endgame champion for this week. Retrospective template

Monday - Wednesday

• [x] 🔖milestone issues
• [x] 🔖candidate issues
• [x] Polish release notes redmond
• [x] Cherry-pick hand-picked and reviewed changes to release/<x.y> @andreamah
• [x] Build Insider from release/<x.y> @andreamah
• [x] Manually release Insider @andreamah
• [x] Build stable for all platforms as new candidate issues come in @andreamah
• [x] Documentation updated
• [x] Run scripts/test-documentation.sh|bat and add file or fix issues if there are new colors that are not documented. @andreamah

Note: The Insiders build needs to be in the wild for 24 hours before we can enter the last phase of the endgame. @andreamah

Wednesday/Thursday - Expected release day (this may change)

• [x] Build stable for all platforms @andreamah
• [x] Build but don't release an insider build based on main for all platforms @andreamah
• [x] Sanity Testing
  • [x] Windows 32 bit @hediet
  • [x] System Installer
  • [x] User Installer
  • [x] Archive
  • [x] Server
  • [x] CLI
  • [x] Windows 64 bit @hediet
  • [x] System Installer
  • [x] User Installer
  • [x] Archive
  • [x] Server
  • [x] CLI
  • [x] Windows ARM64 @alexdima
  • [x] System Installer
  • [x] User Installer
  • [x] Archive
  • [x] CLI
  • [x] macOS Intel @isidorn
  • [x] Archive
  • [x] Universal Archive
  • [x] Server
  • [x] CLI
  • [x] macOS ARM64 @aiday-mar
  • [x] Archive
  • [x] Universal Archive
  • [x] Server
  • [x] CLI
  • [x] Linux x64 @deepak1556
  • [x] Archive
  • [x] DEB
  • [x] RPM
  • [x] Snap
  • [x] Linux Server @ulugbekna (can be tested from any OS with Docker)
  • [x] x64
  • [x] ARM32
  • [x] ARM64
  • [x] x64 Alpine
  • [x] ARM64 Alpine
  • [x] Linux CLI @ulugbekna (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 @andreamah
• [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 @andreamah
  • [x] Request approval from another team member at the necessary step to deploy the vscode.dev build. @andreamah
• [x] #189485
  • [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
• [x] Twitter announcement @chrisdias
• [x] Enable scheduled insider builds @andreamah
• [x] Release insiders based on main @andreamah
• [x] Publish @types/vscode @andreamah
• [x] Close the milestone on GitHub @andreamah
• [x] If no Patch Tuesday release is planned, let the Updates team know of that fact (CSEClientPatching@microsoft.com) @andreamah
• [x] If a Recovery or Patch Tuesday release is needed proceed to running Recovery Release or Patch Tuesday Release @andreamah

[gjsjohnmurray]

@andreamah I don"t seem to have been credited for the two PRs I contributed this month. #188472 and #188484

[andreamah]

@gjsjohnmurray thanks for the heads up! I'll add it and see why our tool missed it...

Update: it looks like it was missed because the PR didn't have the July milestone. I'll remind the team to add milestones to community PRs before merging.