[jonathanpeppers]

dotnet run -mt enables multithreading for the main build, but the separate preparation calls used ProjectInstance.Build without applying that setting.

Apply the MT setting to Restore, ComputeAvailableDevices, DeployToDevice, and ComputeRunArguments, including file-based runs that need to evaluate run arguments with --no-build. Keep the existing single-node limit, build lifetimes, logging, and target-produced project state.

Parse explicit MT switches in MSBuildArgs, reusing the switch helper moved to Cli.CoreUtils. Preserve boolean values, duplicate-switch precedence, and environment defaults without invoking the full MSBuild parser for preparation calls. Automatic response-file discovery is not added to those calls; the existing file-based build parser is unchanged.

Add focused parser and preparation tests, including a file-based --no-build test that checks MT mode and use of target-produced launch arguments. Document -mt and -m for file-based MSBuild builds.

Validation:

• CLI, CLI utilities (including .NET Framework), and dotnet watch builds passed.
• 154 selected CLI tests, 47 watch argument tests, and four file-based run-argument cases passed.
• Android incremental build, deployment, and launch passed on Pixel 10 with the changed CLI. Both binlogs recorded strict MT; --no-build -mt:false did not.

[azure-pipelines]

Azure Pipelines:
Successfully started running 2 pipeline(s).
1 pipeline(s) were filtered out due to trigger conditions.
There may be pipelines that require an authorized user to comment /azp run to run.

[Copilot]

🟡 Changes recommended

Tests do not verify project preparation build modes under response files, explicit overrides, and environment settings, or file-based --no-build evaluation modes and resulting launch properties.

2 open issues

• Verify file-based no-build multithreading and run properties · New
• Add coverage for response-file and environment multithreading modes · New

What changed in this PR

This PR makes dotnet run preparation targets honor the parsed MSBuild -mt setting while retaining their single-node limit.

Changes:

• Shares the existing file-based concurrency parser across run preparation paths.
• Uses an explicit build helper to apply multithreading to preparation targets.
• Adds regression cases for enabled, disabled, default, and --no-build behavior.

File	Description
test/​dotnet.Tests/​CommandTests/​Run/​GivenDotnetRunSelectsDevice.cs	Adds binlog assertions for preparation targets’ multithreading mode.
src/​Cli/​dotnet/​Commands/​Run/​VirtualProjectBuildingCommand.cs	Reuses the extracted concurrency parser.
src/​Cli/​dotnet/​Commands/​Run/​RunCommandSelector.cs	Applies parsed multithreading to restore and device targets.
src/​Cli/​dotnet/​Commands/​Run/​RunCommand.cs	Applies parsed multithreading to ComputeRunArguments.
src/​Cli/​dotnet/​Commands/​Run/​CommonRunHelpers.cs	Hosts shared concurrency parsing and single-node build execution.

_{Review effort: Balanced}

[jonathanpeppers]

@jjonescz sorry, copilot opened this without me doing a full review -- I'll take it to draft, until I finish

[jjonescz]

FWIW, it seems my questions apply to code that was merely moved, not added, but I don't think I have reviewed the code previously, so I still have those questions :)