May 2024 Endgame

[benibenj]

• 05/27 Code freeze for the endgame
• 05/31 Endgame done
• 06/05 Expected release date (this may change)

Monday

• [x] Check that all queries in this issue use the current milestone @benibenj
• [x] Run OSS tool @benibenj
• [x] Update links in the Endgame notebooks to point to new milestone @benibenj
• [x] Code freeze at 10pm PT, PRs should no longer be accepted to ensure a green build
• [x] Ensure we have a green build on all platforms at 10pm PT
• [x] 🔖Ensure all closed feature-requests either have a verification-needed or on-testplan label
• [x] Create test plan items following the template here by 11pm 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 @benibenj
• [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. @benibenj
  • [x] Remind team that in the event of sickness or overload with TPIs, to inform the endgame champ ASAP so items can be reassigned
• [x] Remind team to go through their fixed issues for the milestone and update repro steps for issues which require more detailed instructions.

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. On Tuesday Redmond EOD, only blocked TPIs should remain open with a corresponding label blocked and status update comment in the issue.
  • 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
• [x] 🔖Verification (If verification needed is finished)

Wednesday

• [x] 🔖Testing
  • These remaining TPIs should be the ones that are currently blocked. Discuss during the standup and redistribute 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. Remind team to move out or close other open issues/PRs on the milestone that they do not intend to fix this milestone.
• [x] 🔖Verification needed
• [x] 🔖Verification
• [x] Message team members as needed to add steps to verification-steps-needed issues @benibenj

Thursday

• [x] Make sure the insider build is green @benibenj
• [x] Confirm with team extension authors when to disable continuous insider builds (includes vscode.dev publishing). The default time is Thursday EOD (Redmond) @benibenj
• [x] Fixing (self-assigned, milestone assigned)
  • Increased scrutiny sets in due to testing being completed. Fixes pose a much higher risk
  • Move open issues/PRs to the next month that can be deferred
• [x] Emphasize to the team that we want to verify as many issues as we can before the branching time, and ping team members as needed to remind them to add steps to verification-steps-needed issues @benibenj
• [x] 🔖Verification needed
• [x] 🔖Verification
• [x] By Thursday EOD (Redmond), branch from main and release @Iramos15
  • [x] Disable the continuous release by toggling the continuous release button on the top-right corner of the Builds page
  • [x] Branch following repositories to release/<x.y>
  • [x] vscode
  • [x] vscode-distro
  • [x] vscode-dev
  • [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)
  • [x] Announce main is open for business and all issues on the current iteration are candidates and that the candidate release process is to be followed.
  • [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] Remind team extension authors to check if all release branch changes have been published to users. If not, they need to build and manually release a new prerelease version of their extension. @benibenj
• [x] Build but don't release a stable build from release/<x.y> branch to ensure stable build is green @benibenj
• [x] Bump up the version in package.json on main - @benibenj
• [x] Create next milestone on microsoft/vscode repo and ensure that it has a due date. The created milestone and its due date will be automatically synced across our repos. @benibenj

Friday

• [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] candidate fixes should be made for major bugs only - to be discussed in stand-up meeting and approved
• [x] Endgame champion / authors of candidate PRs should find testers to test merged candidates. VS Code candidates should be tested on newly released Insiders.
• 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] vscode-test-web @aeschli
• [x] All release notes updated
  • release notes are collected in a file named `v.md`_ in this repo directory
  • Release notes screen recording guidance: https://microsoft-my.sharepoint.com/:p:/p/buhollan/Ecg_j89jzlVGtfqWGy7SQBEB_OsuLPZ65jjKRVlo_OdlgA
• [x] Acknowledge third-party pull requests in release notes. @benibenj
• [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 @Iramos15
  • [x] Build and manually release Insider from release/<x.y> for vscode.dev (if there were vscode.dev candidates) @Iramos15

Friday/Monday

• [x] Polish release notes redmond
• [x] Schedule an endgame restrospective with with @benibenj, endgame buddy, and next for next week. Retrospective template
• [x] Decide whether a Patch Tuesday release will happen:
  • Check the internal iteration plan for scheduled security issues (MSRCs) to determine if a Patch Tuesday release is needed.
  • If no Patch Tuesday release is planned, use the Patch Tuesday E-Mail Template to let the Updates team (CSEClientPatching@microsoft.com) know of that fact. Please cc Monacotools on this email as the client patching team has asked us to do so. @benibenj
  • Otherwise, if a Patch Tuesday release is necessary, start off a Patch Tuesday Release plan @benibenj
• [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. @Iramos15

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>, and close open candidate issues that have already been merged to the release branch. @Iramos15
• [x] Build Insider from release/<x.y> (roughly on a daily basis) @Iramos15
• [x] Manually release Insider @Iramos15
• [x] Endgame champion / authors of candidate PRs should find testers to test merged candidates. VS Code candidates should be tested on newly released Insiders. team
• [x] Build but don't release stable for all platforms as new candidate issues come in @Iramos15
• [x] Documentation updated
• [x] Run scripts/test-documentation.sh|bat after compiling the vscode repo, and fix any issues regarding new undocumented colors. Changes made to the vscode-docs repository must be merged to the main branch of that repository for the script to acknowledge them. False positives within the color section in vscode-known-variables.json can be moved under the others section of that file. @Iramos15
• [x] Coordinate the official release timing with team and more specifically, team extension authors (ex: Jupyter and Copilot rely on VS Code release) @Iramos15

Note: The Insiders build needs to be in the wild for 24 hours before we can enter the last phase of the endgame, though the sanity testing step alone can happen earlier if there are no new candidates. @Iramos15

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

• [x] Build stable for all platforms @Iramos15
• [x] Build but don't release an insider build based on main for all platforms @Iramos15
• [x] Sanity Testing
  • [x] Windows 64 bit @alexr00
  • [x] System Installer
  • [x] User Installer
  • [x] Archive
  • [x] Server
  • [x] CLI
  • [x] Windows ARM64 @bpasero
  • [x] System Installer
  • [x] User Installer
  • [x] Archive
  • [x] CLI
  • [x] macOS Intel @hediet
  • [x] Archive
  • [x] Universal Archive
  • [x] Server
  • [x] CLI
  • [x] macOS ARM64 @sandy081
  • [x] Archive
  • [x] Universal Archive
  • [x] Server
  • [x] CLI
  • [x] Linux x64 @aeschli
  • [x] Archive
  • [x] DEB
  • [x] RPM
  • [x] Snap
  • [x] Linux Server @chrmarti (can be tested from any OS with Docker)
  • [x] x64
  • [x] ARM32
  • [x] ARM64
  • [x] x64 Alpine
  • [x] ARM64 Alpine
  • [x] Linux CLI @aiday-mar (can be tested from any OS with Docker)
  • [x] x64
  • [x] ARM32
  • [x] ARM64
  • [x] x64 Alpine
  • [x] ARM64 Alpine
• [x] Publish website>) @ntrogh @Iramos15
• [x] Release stable from builds page @Iramos15
• [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 @Iramos15
  • [x] Request approval from another team member at the necessary step to deploy the vscode.dev build. @Iramos15
• [x] Create an official release @Iramos15
  • [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] Create and publish next release notes placeholder @ntrogh
• [x] Enable scheduled insider builds @Iramos15
• [x] Release insiders based on main @Iramos15
• [x] Publish @types/vscode @Iramos15
• [x] Close the milestone on GitHub @Iramos15

[g-arjones]

It's really cool that you guys make the planning and execution of vs code development this open and transparent for the community, thank you for that.

I was wondering if the outcome/results of tasks and goals defined in the Iteration Plan are also made public. Sometimes I see things that really interest me but don't get released and I'm always curious about what happened (generally stretch goals, exploration and investigations)

[lramos15]

I was wondering if the outcome/results of tasks and goals defined in the Iteration Plan are also made public. Sometimes I see things that really interest me but don't get released and I'm always curious about what happened (generally stretch goals, exploration and investigations)

They should all have issues assigned to them that you can follow along and subscribe to. No further information besides what is in those issues is provided.

[g-arjones]

They should all have issues assigned to them that you can follow along and subscribe to

I see. Well, often they are assigned issues that are very old feature requests that generally don't get updated unless they are implemented, e.g:

💪 Deep folder settings https://github.com/microsoft/vscode/issues/32693 @sandy081

I'm looking forward for that one but I think it is unlikely that it will be implemented in this iteration. I would really appreciate some more info. The issue is from 2017.

[WinCPP]

Microsoft recently integrated CleatType Text Tuner support into Chrome/Chromium/Skia. This was released in Chromium 124. Since then, font rendering in Chrome has improved drastically on Windows (especially for small font sizes).

https://chromestatus.com/feature/6236420349100032

Is there a plan to integrate latest Chromium build or at least Chromium 124 in VSCode as well?

Thanks!

[egyptjoy]

this has all been bull I've been honest in all my doings nothing has been corrupted you even now are looking at what I'm typing even posting thinking someone will answer will you know I'm in hospital dying because of this and it appears the only way to cover up your crimes is to kill me off please don't i love my wife more than anything even money so yes end games i don't want anything to do with you guy's ever again wealth is something i have always had and know how to obtain and never have i ever had to kill rob or steal by any means to have it this has been the devices by with the weak has to obtain wealth and positions and power not me Iam greater and above it all a God of Gods worlds without ends eternal without end like your game and like you YOUR TURN WITHOUT MERCEY NOR FORGIVENESS SO LET IT BE WRITTEN SO LET IT BE DONE CURSE I GIVE UNTO YOU ALL IRREVOCALBLE IN TIME AND IN ETERNITIES ,