Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The windows.vs2022* images are lagging behind significantly #4403

Closed
ViktorHofer opened this issue Nov 5, 2024 · 8 comments
Closed

The windows.vs2022* images are lagging behind significantly #4403

ViktorHofer opened this issue Nov 5, 2024 · 8 comments

Comments

@ViktorHofer
Copy link
Member

ViktorHofer commented Nov 5, 2024

See dotnet/sdk#43015 for context on why this comes up now and is blocking.

The latest version of Visual Studio is 17.12 Preview 5 but the windows.vs2022 images (same for the open queues) have ancient versions of VS on them:

Image

Image

Image

This is causing issues as MSBuild & NuGet shipped with a bug that cause issues when being used with a newer .NET SDK. Can those images please get upgraded asap? Any idea why those didn't get upgraded in months? Don't we have a dashboard for that with notifications enabled?

From the doc: https://dev.azure.com/dnceng/internal/_wiki/wikis/DNCEng%20Services%20Wiki/899/VS2022-Upgrade-Schedule with me

Image

I'm not sure I understand this. How can the "Regular Preview VS" version be older than the "Scouting Release VS" version?

Regular images (both Release and Preview) are upgraded 2 weeks after Scouting queues by copying the previous Scouting image/version from two weeks previous

As an example, 17.12 Preview 1 released on August 13th. Based on the above statement I would expect our "Regular Preview" image to get updated to that ~3 weeks later which would be early September. Now, two months later we are still on "17.11 Preview 7.0".

@ViktorHofer
Copy link
Member Author

@ilyas1974 @dougbu

@ViktorHofer ViktorHofer changed the title The windows.vs2022.preview* images are lagging behind significantly The windows.vs2022* images are lagging behind significantly Nov 5, 2024
@ilyas1974
Copy link
Contributor

@garath I know you've been working on this issue. Can you please give Viktor an update on your status?

@MichaelSimons
Copy link
Member

Have Windows containers been considered as an alternative to the overhead of maintaining VMs? VS can be installed within Windows images. If defined correctly, rebuilds would always pick up the latest versions. The .NET Framework SDK containers may be a good base image or at least a good reference. One downside is the size of the windows containers. They are most useful for non-trivial workloads and else require pre-caching.

@ViktorHofer
Copy link
Member Author

gentle ping @ilyas1974 @garath

@ilyas1974
Copy link
Contributor

Apologies - was out on Friday. The CI build to merge these changes is currently running (https://dnceng.visualstudio.com/internal/_build/results?buildId=2579596&view=results). Once it is successful, we proceed with the roll out of these changes. Plan is to roll out later today.

@ViktorHofer
Copy link
Member Author

This now happened, thanks. Can we please put this in on a retrospective. I would really like to better understand why the images lagged behind so much. Also see my other questions in the top post.

@garath
Copy link
Member

garath commented Nov 21, 2024

VS updates are back on schedule and retrospective has happened. No further action for now.

@garath garath closed this as completed Nov 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants