Automating the world one-liner at a time…
DSC has a new debugging mode that helps with troubleshooting by making it possible to interact with scripts being run by DSC, as they are being applied. When this mode is enabled, as the machine applies the configuration, progress will stop at the first script action to wait for a remote connection to open. Once connected, the person doing the troubleshooting can interact with the session as well as use breakpoints to debug.
WaitFor is a new set of built-in configuration resources. Including the WaitFor resources in a configuration tells the configuration target machine that it should communicate with the Local Configuration Manager on a remote machine to verify that the remote has returned success, before the target machine continues its deployment. The WaitFor resources need to know which nodes to check, which DSC resource must complete successfully, how often to check, and how long to wait between checks.
Customers want to be able to allow individual teams to author the portions of the configuration for which they are responsible, and then use the DSC Local Configuration Manager to merge the partial configurations and help to resolve conflicts among the partial configurations. That would help to reduce the administrative overhead for managing configurations, reduce the potential for errors, and allow teams to be flexible about making updates to the configuration on their own schedule. DSC now has that capability.
Customers have told us that they need to be able to get more information about the state of a machine that is managed using DSC. In response, we have introduced a new cmdlet that is meant to begin addressing the issue.
A new property, PSDSCRunAsCredential, is now available to specify a user credential that should be used to execute all work performed by a DSC resource.
This capability is being introduced as a common property that can be used even for existing resources.
After software ships, it is harder to introduce changes. There is a risk that any change could break something for customers who are using the current codebase. If you can get feedback while in preview it is usually easier to make changes. For this reason we are asking anyone who can take a moment to validate new features and functionality, to please share their feedback.