MaxKozlov

Ну тогда самое простое -

$config1.Custom.Property, $config2.AnyProperty | sort-object -unique
#если без фильтрации чтобы сделать массив плоским вместо sort
...   foreach-object { $_ }

наверное у меня другой гугль
https://docs.microsoft.com/en-us/powershell/module...
https://docs.microsoft.com/en-us/powershell/module...

DOTNET_CLI_TELEMETRY_OPTOUT environment variable

печатать обычно принято на печатном станке, но возможны варианты.
можно, в Powershell, в частности, выполнить команду

[System.Environment]::SetEnvironmentVariable('DOTNET_CLI_TELEMETRY_OPTOUT', 1, 'Machine')

Что-нибудь типа

$params =@{}
Get-Content d:\params.ini | foreach-object {
If $_ -match '\[param:(^]+)\]\s*=\s*(.*)' { $params[$matches[1]}=$matches[2] }
}
$filelist = get-childitem d:\work *json,*sql
Foreach $file in$filelist {
Get-content $file | foreach-object {
If $_ -match 'Тут нужный regex для файла' -and $params.contains($matches[1]){
$_=$_ - replace 'тут тоже регекс', $params[$atches[1])
}
} |set-content $file
}

Синтаксис не выверял, кое-что поправить придется конечно

Видимо потому, что если в атрибуте нет значений вообще, то и атрибута такого нет у конкретного юзера. Можно в этом убедиться через DSA или ADISEDIT

Всё по той же причине - Job - это отдельный процесс, он не знает о ваших функциях.
Возможны три варианта:
1. функцию надо разместить прямо внутри вашего скриптблока
2. функцию надо выносить в модуль
3. использовать альтернативу - PoshRSJob, которому можно указать какие функции импортировать

Для этих целей лучше использовать не формирование в виде строки, а так называемый Splatting

$params = @{
  Param1 = "value1"
}
if ($something) { $params.Param2 = "*value" }

MyFunction @params

тогда в зависимости от сформированных в хеше параметров вызовется всё что надо

Свичи прекрасно привязываются в стиле Start-Process -Wait:$isWait
Вообще, все значения параметров можно передавать не через пробел, а через двоеточие, именно так их формирует splatting.

А еще внутри функции есть автоматическая переменная $PSBoundParameters в которй лежит хеш переданных параметров и их значений и оттуда можно узнать, передан ли параметр явно или получил значение по-умолчанию (проверив, есть ли ключ)
Или можно делать прокси-функции типа

Function Get-OtherCompProcess {
Param(
#здесь все обычные параметры для get-process кроме computername
)}
$PSBoundParameters.computername='othercomp'
Get-Process @PSBoundParameters

Если используешь [parameter(ValueFromPipeline = $true)]
необходимо придерживаться соответствующего вида функции для pipeline, а именно - всю обработку делать в блоке PROCESS{} - блок будет в цикле получать всё что попадает на вход из пайпа. блоки BEGIN{} и END{} задействуются, соответственно в самом начале и конце, там значение $cmds доступно не будет

function MyFunc() {
  param (
    [Alias("InputObject")] [parameter(ValueFromPipeline = $true)] [array] $cmds,
    [Alias("FilePath")] [string] $fileName
  )
  BEGIN {}
  PROCESS {
    $cmds | Out-File $fileName} -Append
  }
  END{}
}

в BEGIN{}, возможно, понадобится зачистить файл

Именно ошибок ? тогда проще всего в файл, а потом его прочитать
а если всего подряд, тогда

g++ test.cpp -o test 2>&1 | Tee-Object -Filepath error.txt

Нашёл ещё вариант

invoke-command { 'txt1'; write-error 'err'; 'txt2' } -ErrorVariable e
#пример вызова внешней команды
invoke-command { python 1.py 2>&1 } -ErrorVariable e
$e | Out-File error.txt