Makes sense. I found an environment variable that detects whether the process is running in Azure Automation, i.e. it’s running in Azure Automation if the variable is defined:

Get-ChildItem -Path env:AZUREPS_HOST_ENVIRONMENT

This helped me provide some conditional control on when to use the managed identity and when to use my interactive credentials.

All the while I’m figuring out that using the Azure Automation plugin with VS Code is only useful for publishing code in runbooks; the extension doesn’t provide an easy way to manage custom modules. And with the code I’m writing, I’m quickly finding that it won’t be efficient to include everything in runbook files. So I’m now heading down the path of using a pipeline to publish my custom module to Azure Automation, then calling that module with a lightweight runbook.

Appreciate the guidance!

Nice! Been waiting for this. Thx for the heads up.

I love how James documents his code. He tells a story with his comments:

        #region Create Color Scheme Object
        $newScheme =
            if ($iTermThemeExists)
            {
                # If the theme exists, let them customize it.
                foreach ($k in $PSBoundParameters.Keys) {
                                                    # Any supplied parameter
                    if ($k -ne 'Name' -and          # except name
                        $iTermThemeExists.$k        # that exists in the theme
                    ) {
                        $iTermThemeExists.$k =      # will be overwritten
                            $PSBoundParameters[$k]  # with the supplied parameter.
                    }
                }
                $iTermThemeExists