Який найкращий спосіб визначити місце поточного сценарію PowerShell?

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

Отже, який найкращий, стандартний спосіб визначення каталогу поточного сценарію? В даний час я роблю:

$MyDir = [System.IO.Path]::GetDirectoryName($myInvocation.MyCommand.Definition)

Я знаю, що в модулях (.psm1) ви можете використовувати $PSScriptRootцю інформацію, але вона не встановлюється в звичайних сценаріях (тобто .ps1 файлах).

Який канонічний спосіб отримати поточний файл сценарію 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> Довідка автоматичного_змінного

$ PSScriptRoot
       Містить каталог, з якого виконується модуль сценарію.
       Ця змінна дозволяє скриптам використовувати шлях модуля для доступу до інших
       ресурси.

Для 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/ Запуск вибору.

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

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

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

Дуже схожий на вже опубліковані відповіді, але трубопровід здається більш схожим на PowerShell:

$PSCommandPath | Split-Path -Parent

Я використовую автоматичну змінну $ExecutionContext . Він працюватиме від PowerShell 2 та пізніших версій.

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

$ ExecutionContext Містить об'єкт EngineIntrinsics, який представляє контекст виконання хоста Windows PowerShell. Ви можете використовувати цю змінну для пошуку об’єктів виконання, доступних командлетам.

Мені знадобився певний час, щоб розробити щось, що прийняло відповідь і перетворило це на надійну функцію.

Я не впевнений в інших, але я працюю в середовищі з машинами на обох версіях 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
}

Це також означає, що функція стосується сфери Скрипту, а не сфери батьків, як це окреслював Майкл Соренс в одному зі своїх публікацій в блозі .

Мені потрібно було знати ім'я сценарію і звідки воно виконується.

Префіксація "$ 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"

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

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

    # 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
    }

function func1() 
{
   $inv = (Get-Variable MyInvocation -Scope 1).Value
   #$inv.MyCommand | Format-List *   
   $Path1 = Split-Path $inv.scriptname
   Write-Host $Path1
}

function Main()
{
    func1
}

Main