-
Notifications
You must be signed in to change notification settings - Fork 392
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
Bump version number to 17.9 #9283
Conversation
The `main` branch is now targeting 17.9; update the version.json accordingly.
should we also update the fabricbot.json file? so that PRs are marked with an updated milestone? |
Also related changes in project-system-vscode. |
That's on the to-do list (#9282). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
Interesting that version number change requires new packages ingestion. |
@smitpatel The failures seem to be around authentication, not ingestion. |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
Add a global.json to force a particular SDK in hopes that resolves issues with NuGet restore.
Remove the global.json. The specified version of the SDK doesn't seem to be installed on the build system, so we don't even get far enough to encounter the NuGet authentication issue I'm seeing.
Currently we exclude the obj directory from the set of artifacts we collect after a build as it contains only intermediate outputs rather than the final outputs in the bin directory. However, those intermediate outputs (such as the project.assets.json file) can be very useful in diagnosing build problems. Here we drop the obj directory exclusion so that we can get a copy of the project.assets.json file from a PR build.
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
Now that the project.assets.json from the PR build has been investigated we can go back to filtering out the obj directory from artifacts.
Update the PR build to install the version of the .NET runtime used in our unit test runs, specifically, 7.0.x. This wasn't previously needed, so I can only guess that the build system image we were using came with it preinstalled. It seems we can no longer count on that, so now we will explicitly install it. Without this our unit tests fail to run due to a lack of a runtime.
The
main
branch is now targeting 17.9; update the version.json accordingly.Microsoft Reviewers: Open in CodeFlow