Как лучше всего определить местоположение текущего сценария PowerShell?

PowerShell 3+

# This is an automatic variable set to the current file's/module's directory
$PSScriptRoot

PowerShell 2

До PowerShell 3 не было лучшего способа, чем запрос свойства MyInvocation.MyCommand.Definition для общих сценариев. У меня была следующая строка вверху практически каждого сценария PowerShell, который у меня был:

$scriptPath = split-path -parent $MyInvocation.MyCommand.Definition

Если вы создаете модуль V2, вы можете использовать автоматическую переменную $PSScriptRoot.

Из PS> Справка automatic_variable

$PSScriptRoot
       Contains the directory from which the script module is being executed.
       This variable allows scripts to use the module path to access other
       resources.

Для PowerShell 3.0

$PSCommandPath
    Contains the full path and file name of the script that is being run. 
    This variable is valid in all scripts.

Тогда функция будет такой:

function Get-ScriptDirectory {
    Split-Path -Parent $PSCommandPath
}

Для PowerShell 3+

function Get-ScriptDirectory {
    if ($psise) {
        Split-Path $psise.CurrentFile.FullPath
    }
    else {
        $global:PSScriptRoot
    }
}

Я разместил эту функцию в своем профиле. Он работает в ISE с использованием F8 / Run Selection.

Может быть, мне что-то здесь не хватает ... но если вам нужен текущий рабочий каталог, вы можете просто использовать это: (Get-Location).Path для строки или Get-Location для объекта.

Если вы не имеете в виду что-то вроде этого, что я понял после повторного прочтения вопроса.

function Get-Script-Directory
{
    $scriptInvocation = (Get-Variable MyInvocation -Scope 1).Value
    return Split-Path $scriptInvocation.MyCommand.Path
}

Я использую автоматическую переменную $ExecutionContext. Он будет работать с PowerShell 2 и новее.

 $ExecutionContext.SessionState.Path.GetUnresolvedProviderPathFromPSPath('.\')

$ ExecutionContext Содержит объект EngineIntrinsics, представляющий контекст выполнения узла Windows PowerShell. Эту переменную можно использовать для поиска объектов выполнения, доступных для командлетов.

Очень похоже на уже опубликованные ответы, но трубопровод кажется более похожим на PowerShell:

$PSCommandPath | Split-Path -Parent

Мне потребовалось время, чтобы разработать что-то, что взяло бы принятый ответ и превратило его в надежную функцию.

Я не уверен насчет других, но я работаю в среде с машинами как на PowerShell версии 2, так и на версии 3, поэтому мне нужно было справиться и с тем, и с другим. Следующая функция предлагает изящный откат:

Function Get-PSScriptRoot
{
    $ScriptRoot = ""

    Try
    {
        $ScriptRoot = Get-Variable -Name PSScriptRoot -ValueOnly -ErrorAction Stop
    }
    Catch
    {
        $ScriptRoot = Split-Path $script:MyInvocation.MyCommand.Path
    }

    Write-Output $ScriptRoot
}

Это также означает, что функция относится к области Script, а не к родительской области, как указано Майклом Соренсом в одном из его сообщений в блоге.

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

Добавление префикса «$ global:» к структуре MyInvocation возвращает полный путь и имя сценария при вызове как из основного сценария, так и из основной строки импортированного файла библиотеки .PSM1. Он также работает внутри функции в импортированной библиотеке.

После долгой возни я остановился на использовании $ global: MyInvocation.InvocationName. Он надежно работает с запуском CMD, Run With Powershell и ISE. И локальный запуск, и запуск UNC возвращают правильный путь.

Я всегда использую этот небольшой фрагмент, который работает для PowerShell и ISE того же самого. способ:

# Set active path to script-location:
$path = $MyInvocation.MyCommand.Path
if (!$path) {$path = $psISE.CurrentFile.Fullpath}
if ($path)  {$path = Split-Path $path -Parent}
Set-Location $path

Я обнаружил, что старые решения, размещенные здесь, не работают для меня в PowerShell V5. Я придумал это:

try {
    $scriptPath = $PSScriptRoot
    if (!$scriptPath)
    {
        if ($psISE)
        {
            $scriptPath = Split-Path -Parent -Path $psISE.CurrentFile.FullPath
        }
        else {
            Write-Host -ForegroundColor Red "Cannot resolve script file's path"
            exit 1
        }
    }
}
catch {
    Write-Host -ForegroundColor Red "Caught Exception: $($Error[0].Exception.Message)"
    exit 2
}

Write-Host "Path: $scriptPath"

Используя фрагменты из всех этих ответов и комментариев, я собрал это для всех, кто увидит этот вопрос в будущем. Он охватывает все ситуации, перечисленные в других ответах.

    # If using ISE
    if ($psISE) {
        $ScriptPath = Split-Path -Parent $psISE.CurrentFile.FullPath
    # If Using PowerShell 3 or greater
    } elseif($PSVersionTable.PSVersion.Major -gt 3) {
        $ScriptPath = $PSScriptRoot
    # If using PowerShell 2 or lower
    } else {
        $ScriptPath = split-path -parent $MyInvocation.MyCommand.Path
    }

Вы также можете рассмотреть split-path -parent $psISE.CurrentFile.Fullpath, если какой-либо из других методов не сработает. В частности, если вы запускаете файл для загрузки кучи функций, а затем выполняете эти функции в оболочке ISE (или если вы выбрали запуск), кажется, что функция Get-Script-Directory, как указано выше, не работает.

Если вы хотите загружать модули по пути относительно того, где запускается скрипт, например, из подпапки lib, вам необходимо использовать одно из следующих действий:

$PSScriptRoot, который работает при вызове в качестве сценария, например, с помощью команды PowerShell $psISE.CurrentFile.FullPath, который работает, когда вы работаете внутри ISE.

Но если вы ни того, ни другого и просто набираете текст в оболочке PowerShell, вы можете использовать:

pwd.Path

Вы можете присвоить одно из трех значений переменной с именем $base в зависимости от среды, в которой вы работаете, например:

$base=$(if ($psISE) {Split-Path -Path $psISE.CurrentFile.FullPath} else {$(if ($global:PSScriptRoot.Length -gt 0) {$global:PSScriptRoot} else {$global:pwd.Path})})

Затем в своих сценариях вы можете использовать это так:

Import-Module $base\lib\someConstants.psm1
Import-Module $base\lib\myCoolPsModule1.psm1
#etc.