Geçerli PowerShell betiğinin konumunu belirlemenin en iyi yolu nedir?

Ortak bir modüle veya komut dosyasına başvurmam gerektiğinde, geçerli komut dosyasına göre yolları kullanmayı seviyorum. Bu şekilde, komut dosyam her zaman kütüphanede başka komut dosyaları bulabilir.

Peki, mevcut komut dosyasının dizinini belirlemenin en iyi, standart yolu nedir? Şu anda yapıyorum:

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

Modüllerde (.psm1) $PSScriptRootbu bilgiyi almak için kullanabileceğinizi biliyorum , ancak bu normal komut dosyalarında (yani .ps1 dosyaları) ayarlanmıyor.

Geçerli PowerShell komut dosyasının konumunu almanın standart yolu nedir?

PowerShell 3+

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

PowerShell 2

PowerShell 3'ten önce, MyInvocation.MyCommand.Definitionözelliği genel komut dosyaları için sorgulamaktan daha iyi bir yol yoktu . Ben esasen sahip olduğum her PowerShell betiğinin üstünde aşağıdaki satırı vardı:

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

Bir V2 Modülü oluşturuyorsanız, adlı otomatik bir değişken kullanabilirsiniz $PSScriptRoot.

PS'den> Yardım auto_variable

$ PSScriptRoot
       Komut dosyası modülünün yürütüldüğü dizini içerir.
       Bu değişken, komut dosyalarının diğerlerine erişmek için modül yolunu kullanmasına izin verir
       kaynaklar.

PowerShell 3.0 için

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

Bu durumda işlev:

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

PowerShell 3+ için

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

Bu işlevi profilime yerleştirdim. F8Seçimi / Çalıştır seçeneğini kullanarak İMKB'de de çalışır .

Belki burada bir şey eksik ... ama mevcut çalışma dizini istiyorsanız sadece bunu kullanabilirsiniz: (Get-Location).Pathbir dize veya Get-Locationbir nesne için.

Soruyu tekrar okuduktan sonra anladığım böyle bir şeye atıfta bulunmadıkça.

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

Önceden gönderilen cevaplara çok benzer, ancak borular daha fazla PowerShell benzeri görünüyor:

$PSCommandPath | Split-Path -Parent

Kullandığım otomatik değişken $ExecutionContext . PowerShell 2 ve sonrasında çalışır.

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

$ ExecutionContext Windows PowerShell ana bilgisayarının yürütme bağlamını temsil eden bir EngineIntrinsics nesnesi içerir. Cmdlet'lerin kullanabileceği yürütme nesnelerini bulmak için bu değişkeni kullanabilirsiniz.

Kabul edilen yanıtı alan ve sağlam bir işleve dönüştüren bir şey geliştirmek benim için biraz zaman aldı.

Diğerleri hakkında emin değilim, ama hem PowerShell sürüm 2 hem de 3'teki makinelerle bir ortamda çalışıyorum, bu yüzden her ikisini de ele almam gerekiyordu. Aşağıdaki işlev zarif bir geri dönüş sunar:

Function Get-PSScriptRoot
{
    $ScriptRoot = ""

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

    Write-Output $ScriptRoot
}

Ayrıca, işlevin, Michael Sorens tarafından blog yayınlarından birinde ana hatlarıyla belirtilen Komut kapsamına değil, Komut Dosyası kapsamına atıfta bulunduğu anlamına gelir .

Komut dosyası adını ve nereden yürütüldüğünü bilmem gerekiyordu.

MyInvocation yapısına "$ global:" ön eki, hem ana komut dosyasından hem de içe aktarılan bir .PSM1 kitaplık dosyasının ana satırından çağrıldığında tam yolu ve komut dosyası adını döndürür. Ayrıca, içe aktarılan bir kitaplıktaki bir işlev içinden de çalışır.

Etrafta çok uğraştıktan sonra $ global kullanmaya karar verdim: MyInvocation.InvocationName. CMD lansmanı, Run With Powershell ve İMKB ile güvenilir bir şekilde çalışır. Hem yerel hem de UNC lansmanları doğru yolu döndürür.

Her zaman PowerShell ve ISE için aynı şekilde çalışan bu küçük snippet'i kullanıyorum :

# 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

Burada yayınlanan eski çözümlerin PowerShell V5'te benim için çalışmadığını gördüm. Ben bununla geldim:

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.FullpathDiğer yöntemlerden herhangi birinin başarısız olup olmadığını da düşünebilirsiniz . Özellikle, bir grup işlevi yüklemek için bir dosya çalıştırırsanız ve daha sonra bu işlevleri İMKB kabuğuyla yürütürseniz (veya çalıştırmayı seçtiyseniz), Get-Script-Directoryyukarıdaki gibi çalışmaz.

Tüm bu cevaplardan ve yorumlardan parçalar kullanarak, bu soruyu gelecekte görecek herkes için bir araya getirdim. Diğer cevaplarda listelenen tüm durumları kapsar

    # 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