A Change Wave is a set of risky features developed under the same opt-out flag. The purpose of this is to warn developers of "risky" changes that will become standard functionality down the line. If there's something we think is worth the risk, we found that Change Waves were a good middle ground between making necessary changes and warning customers of what will soon be permanent.
Opt-out is a better approach for us because we'd likely get limited feedback when a feature impacts customer builds. When a feature does impact a customer negatively, it's a quick switch to disable and allows time to adapt. The key aspect to Change Waves is that it smooths the transition for customers adapting to risky changes that the MSBuild team feels strongly enough to take.
The opt-out comes in the form of setting the environment variable MSBUILDDISABLEFEATURESFROMVERSION to the Change Wave (or version) that contains the feature you want disabled. This version happens to be the version of MSBuild that the features were developed for. See the mapping of change waves to features below.
A wave of features is set to "rotate out" (i.e. become standard functionality) two bands after its release. For example, wave 16.8 stayed opt-out through wave 16.10, becoming standard functionality when wave 17.0 is introduced.
MSBUILDDISABLEFEATURESFROMVERSION Value |
Result | Receive Warning? |
|---|---|---|
| Unset | All Change Waves will be enabled, meaning all features behind each Change Wave will be enabled. | No |
Any valid & current Change Wave (Ex: 16.8) |
All features behind Change Wave 16.8 and higher will be disabled. |
No |
Invalid Value (Ex: 16.9 when valid waves are 16.8 and 16.10) |
Default to the closest valid value (ascending). Ex: Setting 16.9 will default you to 16.10. |
No |
Out of Rotation (Ex: 17.1 when the highest wave is 17.0) |
Clamp to the closest valid value. Ex: 17.1 clamps to 17.0, and 16.5 clamps to 16.8 |
Yes |
Invalid Format (Ex: 16x8, 17_0, garbage) |
All Change Waves will be enabled, meaning all features behind each Change Wave will be enabled. | Yes |
- Log TaskParameterEvent for scalar parameters
- Convert.ToString during a property evaluation uses the InvariantCulture for all types
- Fix oversharing of build results in ResultsCache
- Add ParameterName and PropertyName to TaskParameterEventArgs
- Emit eval props if requested by any sink
- Load Microsoft.DotNet.MSBuildSdkResolver into default load context (MSBuild.exe only)
- AppDomain configuration is serialized without using BinFmt - feature can be opted out only if BinaryFormatter is allowed at runtime by editing
MSBuild.runtimeconfig.json. Please note that any usage of BinaryFormatter is insecure. - Warning on serialization custom events by default in .NET framework
- Cache SDK resolver data process-wide
- Target parameters will be unquoted, meaning the ';' symbol in the parameter target name will always be treated as separator
- Add Link metadata to Resources in AssignLinkMetadata target
- Change Version switch output to finish with a newline
- Load NuGet.Frameworks into secondary AppDomain (MSBuild.exe only)
- Update Traits when environment has been changed
- Exec task does not trim leading whitespaces for ConsoleOutput
- Introduce [MSBuild]::StableStringHash overloads
- Keep the encoding of standard output & error consistent with the console code page for ToolTask
- Enable NoWarn
- Truncate Target/Task skipped log messages to 1024 chars
- Don't expand full drive globs with false condition
- Error when a property expansion in a condition has whitespace
- Allow Custom CopyToOutputDirectory Location With TargetPath
- Allow users that have certain special characters in their username to build successfully when using exec
- Fail restore operations when an SDK is unresolveable
- Optimize glob evaluation
- Scheduler should honor BuildParameters.DisableInprocNode
- Don't compile globbing regexes on .NET Framework
- Default to transitively copying content items
- Reference assemblies are now no longer placed in the
bindirectory by default (reverted here and brought back here) - Improve debugging experience: add global switch MSBuildDebugEngine; Inject binary logger from BuildManager; print static graph as .dot file
- Fix deadlock in BuildManager vs LoggingService
- Optimize diag level for file logger and console logger
- Optimized immutable files up to date checks
- Add Microsoft.IO.Redist for directory enumeration
- Process-wide caching of ToolsetConfigurationSection
- Normalize RAR output paths
- Respect deps.json when loading assemblies
- Consider
Platformas default during Platform Negotiation - Adding accepted SDK name match pattern to SDK manifests
- Throw warning indicating invalid project types
- MSBuild server
- Parse invalid property under target
- Eliminate project string cache
- Log an error when no provided search path for an import exists
- Log assembly loads
- AnyHaveMetadataValue returns false when passed an empty list
- Log item self-expansion
- [RAR] Don't do I/O on SDK-provided references
- Delete destination file before copy
- Moving from SHA1 to SHA256 for Hash task
- Deprecating custom derived BuildEventArgs - feature can be opted out only if BinaryFormatter is allowed at runtime by editing
MSBuild.runtimeconfig.json