Встановлення змінних середовища Windows PowerShell

Я з'ясував, що встановлення змінної середовища PATH впливає лише на старий командний рядок. Здається, що PowerShell має різні налаштування середовища. Як змінити змінні середовища для PowerShell (v1)?

Примітка:

Я хочу зробити свої зміни постійними, тому мені не потрібно встановлювати її щоразу, коли я запускаю PowerShell. Чи має PowerShell файл профілю? Щось на зразок профілю Bash в Unix?

Зміна фактичних змінних середовища може бути здійснена за допомогою env: namespace / driveінформації. Наприклад, цей код оновить змінну середовища середовища:

$env:Path = "SomeRandomPath";             (replaces existing path) 
$env:Path += ";SomeRandomPath"            (appends to existing path)

Існують способи зробити налаштування середовища постійними, але якщо ви використовуєте їх лише з PowerShell, можливо, набагато краще використовувати свій профіль для ініціювання налаштувань. При запуску PowerShell запустить будь- які файли .ps1, які він знайде в WindowsPowerShellкаталозі в папці Мої документи. Зазвичай у вас вже є файл profile.ps1 . Шлях на моєму комп’ютері є

C:\Users\JaredPar\Documents\WindowsPowerShell\profile.ps1

Якщо через деякий час сеансу PowerShell вам потрібно тимчасово додати змінну середовища PATH, ви можете це зробити так:

$env:Path += ";C:\Program Files\GnuWin32\bin"

Ви також можете змінювати змінні користувача / середовища системи постійно (тобто буде стійким через підставних перезавантажується) з наступним:

Змінення змінної системного середовища

[Environment]::SetEnvironmentVariable
     ("Path", $env:Path, [System.EnvironmentVariableTarget]::Machine)

Змінення змінної середовища користувача

[Environment]::SetEnvironmentVariable
     ("INCLUDE", $env:INCLUDE, [System.EnvironmentVariableTarget]::User)

Використання з коментарів - додайте до змінної системного середовища

[Environment]::SetEnvironmentVariable(
    "Path",
    [Environment]::GetEnvironmentVariable("Path", [EnvironmentVariableTarget]::Machine) + ";C:\bin",
    [EnvironmentVariableTarget]::Machine)

Рішення на основі рядків також можливе, якщо ви не хочете писати типи

[Environment]::SetEnvironmentVariable("Path", $env:Path + ";C:\bin", "Machine")

З запиту PowerShell:

setx PATH "$env:path;\the\directory\to\add" -m

Потім слід побачити текст:

SUCCESS: Specified value was saved.

Перезапустіть сеанс, і змінна буде доступна. setxможе також використовуватися для встановлення довільних змінних. Введіть setx /?у запиті документацію.

Перш ніж зіпсувати цей шлях таким чином, переконайтеся, що ви зберегли копію наявного шляху, зробивши $env:path >> a.outв запиті PowerShell.

Як і у відповідь JeanT , я хотів абстрагуватись щодо додавання до шляху. На відміну від відповіді JeanT, мені потрібно було, щоб вона працювала без взаємодії з користувачем. Інша поведінка, яку я шукав:

• Оновлення, $env:Pathтому зміна набуває чинності в поточному сеансі
• Зберігається зміна змінної середовища для майбутніх сеансів
• Не додає повторюваний шлях, коли той самий шлях вже існує

У випадку, якщо це корисно, ось це:

function Add-EnvPath {
    param(
        [Parameter(Mandatory=$true)]
        [string] $Path,

        [ValidateSet('Machine', 'User', 'Session')]
        [string] $Container = 'Session'
    )

    if ($Container -ne 'Session') {
        $containerMapping = @{
            Machine = [EnvironmentVariableTarget]::Machine
            User = [EnvironmentVariableTarget]::User
        }
        $containerType = $containerMapping[$Container]

        $persistedPaths = [Environment]::GetEnvironmentVariable('Path', $containerType) -split ';'
        if ($persistedPaths -notcontains $Path) {
            $persistedPaths = $persistedPaths + $Path | where { $_ }
            [Environment]::SetEnvironmentVariable('Path', $persistedPaths -join ';', $containerType)
        }
    }

    $envPaths = $env:Path -split ';'
    if ($envPaths -notcontains $Path) {
        $envPaths = $envPaths + $Path | where { $_ }
        $env:Path = $envPaths -join ';'
    }
}

Перевірте мою суть відповідної Remove-EnvPathфункції.

Хоча поточна прийнята відповідь працює в тому сенсі, що змінна контура постійно оновлюється з контексту PowerShell, вона фактично не оновлює змінну середовища, що зберігається в реєстрі Windows.

Для цього ви, очевидно, також можете використовувати PowerShell:

$oldPath=(Get-ItemProperty -Path 'Registry::HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment' -Name PATH).Path

$newPath=$oldPath+’;C:\NewFolderToAddToTheList\’

Set-ItemProperty -Path 'Registry::HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment' -Name PATH –Value $newPath

Більше інформації можна знайти у публікації блогу Використовуйте PowerShell для зміни вашого екологічного шляху

Якщо ви використовуєте розширення спільноти PowerShell, правильною командою для додавання шляху до шляху змінної середовища є:

Add-PathVariable "C:\NewFolderToAddToTheList" -Target Machine

Усі відповіді, що передбачають постійну зміну, мають однакову проблему: вони порушують значення реєстру шляху.

SetEnvironmentVariableперетворює REG_EXPAND_SZзначення %SystemRoot%\system32 у REG_SZзначення C:\Windows\system32.

Будь-які інші змінні шляху також втрачаються. Додавання нових з використанням %myNewPath%більше не працюватиме.

Ось сценарій, Set-PathVariable.ps1який я використовую для вирішення цієї проблеми:

 [CmdletBinding(SupportsShouldProcess=$true)]
 param(
     [parameter(Mandatory=$true)]
     [string]$NewLocation)

 Begin
 {

 #requires –runasadministrator

     $regPath = "SYSTEM\CurrentControlSet\Control\Session Manager\Environment"
     $hklm = [Microsoft.Win32.Registry]::LocalMachine

     Function GetOldPath()
     {
         $regKey = $hklm.OpenSubKey($regPath, $FALSE)
         $envpath = $regKey.GetValue("Path", "", [Microsoft.Win32.RegistryValueOptions]::DoNotExpandEnvironmentNames)
         return $envPath
     }
 }

 Process
 {
     # Win32API error codes
     $ERROR_SUCCESS = 0
     $ERROR_DUP_NAME = 34
     $ERROR_INVALID_DATA = 13

     $NewLocation = $NewLocation.Trim();

     If ($NewLocation -eq "" -or $NewLocation -eq $null)
     {
         Exit $ERROR_INVALID_DATA
     }

     [string]$oldPath = GetOldPath
     Write-Verbose "Old Path: $oldPath"

     # Check whether the new location is already in the path
     $parts = $oldPath.split(";")
     If ($parts -contains $NewLocation)
     {
         Write-Warning "The new location is already in the path"
         Exit $ERROR_DUP_NAME
     }

     # Build the new path, make sure we don't have double semicolons
     $newPath = $oldPath + ";" + $NewLocation
     $newPath = $newPath -replace ";;",""

     if ($pscmdlet.ShouldProcess("%Path%", "Add $NewLocation")){

         # Add to the current session
         $env:path += ";$NewLocation"

         # Save into registry
         $regKey = $hklm.OpenSubKey($regPath, $True)
         $regKey.SetValue("Path", $newPath, [Microsoft.Win32.RegistryValueKind]::ExpandString)
         Write-Output "The operation completed successfully."
     }

     Exit $ERROR_SUCCESS
 }

Я пояснюю проблему більш докладно в публікації в блозі .

Це встановлює шлях до поточного сеансу і спонукає користувача до його постійного додавання:

function Set-Path {
    param([string]$x)
    $Env:Path+= ";" +  $x
    Write-Output $Env:Path
    $write = Read-Host 'Set PATH permanently ? (yes|no)'
    if ($write -eq "yes")
    {
        [Environment]::SetEnvironmentVariable("Path",$env:Path, [System.EnvironmentVariableTarget]::User)
        Write-Output 'PATH updated'
    }
}

Ви можете додати цю функцію до профілю за замовчуванням, ( Microsoft.PowerShell_profile.ps1), зазвичай розташованого в %USERPROFILE%\Documents\WindowsPowerShell.

Спираючись на відповідь @Michael Kropat, я додав параметр для додавання нового шляху до існуючої PATHзмінної та перевірку, щоб уникнути додавання неіснуючого шляху:

function Add-EnvPath {
    param(
        [Parameter(Mandatory=$true)]
        [string] $Path,

        [ValidateSet('Machine', 'User', 'Session')]
        [string] $Container = 'Session',

        [Parameter(Mandatory=$False)]
        [Switch] $Prepend
    )

    if (Test-Path -path "$Path") {
        if ($Container -ne 'Session') {
            $containerMapping = @{
                Machine = [EnvironmentVariableTarget]::Machine
                User = [EnvironmentVariableTarget]::User
            }
            $containerType = $containerMapping[$Container]

            $persistedPaths = [Environment]::GetEnvironmentVariable('Path', $containerType) -split ';'
            if ($persistedPaths -notcontains $Path) {
                if ($Prepend) {
                    $persistedPaths = ,$Path + $persistedPaths | where { $_ }
                    [Environment]::SetEnvironmentVariable('Path', $persistedPaths -join ';', $containerType)
                }
                else {
                    $persistedPaths = $persistedPaths + $Path | where { $_ }
                    [Environment]::SetEnvironmentVariable('Path', $persistedPaths -join ';', $containerType)
                }
            }
        }

        $envPaths = $env:Path -split ';'
        if ($envPaths -notcontains $Path) {
            if ($Prepend) {
                $envPaths = ,$Path + $envPaths | where { $_ }
                $env:Path = $envPaths -join ';'
            }
            else {
                $envPaths = $envPaths + $Path | where { $_ }
                $env:Path = $envPaths -join ';'
            }
        }
    }
}

Як згадував тут Джонатан Лідерс , важливо запустити команду / скрипт підвищеними, щоб мати змогу змінювати змінні середовища на "машина" , але запускати деякі підвищені команди не потрібно з розширеннями спільноти, тому я хотів би змінювати і розширювати JeanT в відповідь таким чином, що зміна змінної машини також може бути виконані , навіть якщо сам скрипт не починається підвищений:

function Set-Path ([string]$newPath, [bool]$permanent=$false, [bool]$forMachine=$false )
{
    $Env:Path += ";$newPath"

    $scope = if ($forMachine) { 'Machine' } else { 'User' }

    if ($permanent)
    {
        $command = "[Environment]::SetEnvironmentVariable('PATH', $env:Path, $scope)"
        Start-Process -FilePath powershell.exe -ArgumentList "-noprofile -command $Command" -Verb runas
    }

}

Більшість відповідей не стосуються UAC . Це стосується питань UAC.

Спочатку встановіть розширення спільноти PowerShell: choco install pscxчерез http://chocolatey.org/ (можливо, доведеться перезапустити середовище оболонки).

Потім увімкніть pscx

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser #allows scripts to run from the interwebs, such as pcsx

Потім використовуйте Invoke-Elevated

Invoke-Elevated {Add-PathVariable $args[0] -Target Machine} -ArgumentList $MY_NEW_DIR

Моя пропозиція така:

Я перевірив це, щоб постійно додавати C:\oracle\x64\binзмінну середовища, Pathі це працює чудово.

$ENV:PATH

Перший спосіб - це просто зробити:

$ENV:PATH=”$ENV:PATH;c:\path\to\folder”

Але ця зміна не є постійною. $env:pathза замовчуванням повернеться до того, що було раніше, як тільки ви закриєте термінал PowerShell і знову відкриєте його. Це тому, що ви застосували зміни на рівні сеансу, а не на рівні джерела (який є рівнем реєстру). Щоб переглянути глобальну цінність $env:path, виконайте:

Get-ItemProperty -Path ‘Registry::HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment’ -Name PATH

Або конкретніше:

(Get-ItemProperty -Path ‘Registry::HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment’ -Name PATH).path

Тепер, щоб змінити це, спочатку ми фіксуємо початковий шлях, який потрібно змінити:

$oldpath = (Get-ItemProperty -Path ‘Registry::HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment’ -Name PATH).path

Тепер ми визначимо, як повинен виглядати новий шлях. У цьому випадку ми додаємо нову папку:

$newpath = “$oldpath;c:\path\to\folder”

Примітка. Переконайтеся, що $newpathвиглядає так, як ви хочете. Якщо ні, то ви можете пошкодити вашу ОС.

Тепер застосуйте нове значення:

Set-ItemProperty -Path ‘Registry::HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment’ -Name PATH -Value $newPath

Тепер зробіть останню перевірку, як це виглядає, як ви очікуєте цього:

(Get-ItemProperty -Path ‘Registry::HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment’ -Name PATH).Path

Тепер ви можете перезапустити термінал PowerShell (або навіть перезавантажити машину) і побачити, що він не повертається до старого значення знову.

Зверніть увагу, що впорядкування шляхів може змінюватися так, щоб це було в алфавітному порядку, тому обов'язково перевірте весь рядок. Щоб зробити це простіше, ви можете розділити результат на рядки, використовуючи крапку з двокрапкою як роздільник:

($env:path).split(“;”)

Відкрийте PowerShell і запустіть:

[Environment]::SetEnvironmentVariable("PATH", "$ENV:PATH;<path to exe>", "USER")

В межах PowerShell можна перейти до каталогу змінних оточуючих, ввівши:

Set-Location Env:

Це перенесе вас до каталогу Env:>. З цього каталогу:

Щоб побачити всі змінні середовища, введіть:

Env:\> Get-ChildItem

Щоб побачити конкретну змінну середовища, введіть:

Env:\> $Env:<variable name>, e.g. $Env:Path

Щоб встановити змінну середовища, введіть:

Env:\> $Env:<variable name> = "<new-value>", e.g. $Env:Path="C:\Users\"

Щоб видалити змінну середовища, введіть:

Env:\> remove-item Env:<variable name>, e.g. remove-item Env:SECRET_KEY

Більше інформації розміщено в розділі Про змінні середовища .

Я спробував трохи оптимізувати код SBF та Майкла, щоб зробити його більш компактним.

Я покладаюсь на примус типу PowerShell, де він автоматично перетворює рядки в значення перерахунків, тому я не визначав словник пошуку.

Я також витягнув блок, який додає новий шлях до списку на основі умови, так що робота виконується один раз і зберігається в змінній для повторного використання.

Потім він застосовується постійно або просто до сесії залежно від $PathContainerпараметра.

Ми можемо помістити блок коду у функцію або у файл ps1, який ми викликаємо безпосередньо з командного рядка. Я пішов з DevEnvAddPath.ps1.

param(
    [Parameter(Position=0,Mandatory=$true)][String]$PathChange,

    [ValidateSet('Machine', 'User', 'Session')]
    [Parameter(Position=1,Mandatory=$false)][String]$PathContainer='Session',
    [Parameter(Position=2,Mandatory=$false)][Boolean]$PathPrepend=$false
)

[String]$ConstructedEnvPath = switch ($PathContainer) { "Session"{${env:Path};} default{[Environment]::GetEnvironmentVariable('Path', $containerType);} };
$PathPersisted = $ConstructedEnvPath -split ';';

if ($PathPersisted -notcontains $PathChange) {
    $PathPersisted = $(switch ($PathPrepend) { $true{,$PathChange + $PathPersisted;} default{$PathPersisted + $PathChange;} }) | Where-Object { $_ };

    $ConstructedEnvPath = $PathPersisted -join ";";
}

if ($PathContainer -ne 'Session') 
{
    # Save permanently to Machine, User
    [Environment]::SetEnvironmentVariable("Path", $ConstructedEnvPath, $PathContainer);
}

# Update the current session
${env:Path} = $ConstructedEnvPath;

Я роблю щось подібне для DevEnvRemovePath.ps1.

param(
    [Parameter(Position=0,Mandatory=$true)][String]$PathChange,

    [ValidateSet('Machine', 'User', 'Session')]
    [Parameter(Position=1,Mandatory=$false)][String]$PathContainer='Session'
)

[String]$ConstructedEnvPath = switch ($PathContainer) { "Session"{${env:Path};} default{[Environment]::GetEnvironmentVariable('Path', $containerType);} };
$PathPersisted = $ConstructedEnvPath -split ';';

if ($PathPersisted -contains $PathChange) {
    $PathPersisted = $PathPersisted | Where-Object { $_ -ne $PathChange };

    $ConstructedEnvPath = $PathPersisted -join ";";
}

if ($PathContainer -ne 'Session') 
{
    # Save permanently to Machine, User
    [Environment]::SetEnvironmentVariable("Path", $ConstructedEnvPath, $PathContainer);
}

# Update the current session
${env:Path} = $ConstructedEnvPath;

Поки, здається, вони працюють.

Лише відповіді, що підштовхують значення до реєстру, впливають на постійну зміну (тому більшість відповідей у ​​цій темі, включаючи прийняту відповідь, не впливають назавжди Path).

Наступна функція працює як для Path/, так PSModulePathі для User/ Systemтипів. Він також додасть новий шлях до поточного сеансу за замовчуванням.

function AddTo-Path {
    param ( 
        [string]$PathToAdd,
        [Parameter(Mandatory=$true)][ValidateSet('System','User')][string]$UserType,
        [Parameter(Mandatory=$true)][ValidateSet('Path','PSModulePath')][string]$PathType
    )

    # AddTo-Path "C:\XXX" "PSModulePath" 'System' 
    if ($UserType -eq "System" ) { $RegPropertyLocation = 'HKLM:\System\CurrentControlSet\Control\Session Manager\Environment' }
    if ($UserType -eq "User"   ) { $RegPropertyLocation = 'HKCU:\Environment' } # also note: Registry::HKEY_LOCAL_MACHINE\ format
    $PathOld = (Get-ItemProperty -Path $RegPropertyLocation -Name $PathType).$PathType
    "`n$UserType $PathType Before:`n$PathOld`n"
    $PathArray = $PathOld -Split ";" -replace "\\+$", ""
    if ($PathArray -notcontains $PathToAdd) {
        "$UserType $PathType Now:"   # ; sleep -Milliseconds 100   # Might need pause to prevent text being after Path output(!)
        $PathNew = "$PathOld;$PathToAdd"
        Set-ItemProperty -Path $RegPropertyLocation -Name $PathType -Value $PathNew
        Get-ItemProperty -Path $RegPropertyLocation -Name $PathType | select -ExpandProperty $PathType
        if ($PathType -eq "Path") { $env:Path += ";$PathToAdd" }                  # Add to Path also for this current session
        if ($PathType -eq "PSModulePath") { $env:PSModulePath += ";$PathToAdd" }  # Add to PSModulePath also for this current session
        "`n$PathToAdd has been added to the $UserType $PathType"
    }
    else {
        "'$PathToAdd' is already in the $UserType $PathType. Nothing to do."
    }
}

# Add "C:\XXX" to User Path (but only if not already present)
AddTo-Path "C:\XXX" "User" "Path"

# Just show the current status by putting an empty path
AddTo-Path "" "User" "Path"