Cara mendapatkan direktori cmdlet saat ini sedang dieksekusi

Ini seharusnya menjadi tugas yang sederhana, tetapi saya telah melihat beberapa upaya tentang cara mendapatkan path ke direktori di mana cmdlet yang dieksekusi terletak dengan keberhasilan yang beragam. Misalnya, ketika saya mengeksekusi C:\temp\myscripts\mycmdlet.ps1yang memiliki file pengaturan diC:\temp\myscripts\settings.xml saya ingin dapat menyimpan C:\temp\myscriptsdalam variabel di dalamnya mycmdlet.ps1.

Ini adalah salah satu solusi yang berfungsi (walaupun agak rumit):

$invocation = (Get-Variable MyInvocation).Value
$directorypath = Split-Path $invocation.MyCommand.Path
$settingspath = $directorypath + '\settings.xml'

Yang lain menyarankan solusi ini yang hanya berfungsi pada lingkungan pengujian kami:

$settingspath = '.\settings.xml'

Saya suka pendekatan terakhir banyak dan lebih suka harus mengurai filepath sebagai parameter setiap kali, tapi saya tidak bisa membuatnya bekerja di lingkungan pengembangan saya. Apa yang harus saya lakukan? Apakah ada hubungannya dengan bagaimana PowerShell dikonfigurasi?

Cara yang dapat diandalkan untuk melakukan ini sama seperti yang Anda tunjukkan $MyInvocation.MyCommand.Path.

Menggunakan jalur relatif akan didasarkan pada $ pwd, di PowerShell, direktori saat ini untuk aplikasi, atau direktori kerja saat ini untuk .NET API.

PowerShell v3 + :

Gunakan variabel otomatis $PSScriptRoot.

Ya, itu seharusnya berhasil. Tetapi jika Anda perlu melihat jalur absolut, ini yang Anda butuhkan:

(Get-Item .).FullName

Metode termudah tampaknya menggunakan variabel yang telah ditentukan berikut ini:

 $PSScriptRoot

about_Automatic_Variablesdan about_Scriptskeduanya menyatakan:

Di PowerShell 2.0, variabel ini hanya valid dalam modul skrip (.psm1). Dimulai pada PowerShell 3.0, ini valid di semua skrip.

Saya menggunakannya seperti ini:

 $MyFileName = "data.txt"
 $filebase = Join-Path $PSScriptRoot $MyFileName

Anda juga bisa menggunakan:

(Resolve-Path .\).Path

Bagian dalam tanda kurung mengembalikan PathInfoobjek.

(Tersedia sejak PowerShell 2.0.)

Path seringkali nol. Fungsi ini lebih aman.

function Get-ScriptDirectory
{
    $Invocation = (Get-Variable MyInvocation -Scope 1).Value;
    if($Invocation.PSScriptRoot)
    {
        $Invocation.PSScriptRoot;
    }
    Elseif($Invocation.MyCommand.Path)
    {
        Split-Path $Invocation.MyCommand.Path
    }
    else
    {
        $Invocation.InvocationName.Substring(0,$Invocation.InvocationName.LastIndexOf("\"));
    }
}

Coba:

(Get-Location).path

atau:

($pwd).path

Get-Location akan mengembalikan lokasi saat ini:

$Currentlocation = Get-Location

Saya suka solusi satu baris :)

$scriptDir = Split-Path -Path $MyInvocation.MyCommand.Definition -Parent

Coba ini:

$WorkingDir = Convert-Path .

Di Powershell 3 dan di atasnya Anda cukup menggunakan

$PSScriptRoot

Anda akan berpikir bahwa menggunakan '. \' Sebagai jalan berarti bahwa itu adalah jalan doa. Tapi tidak selalu. Contoh, jika Anda menggunakannya di dalam pekerjaan ScriptBlock. Dalam hal ini, ini mungkin mengarah ke% profile% \ Documents.

fungsi ini akan mengatur lokasi prompt ke jalur skrip, berurusan dengan cara berbeda untuk mendapatkan skrip antara vscode, psise dan pwd:

function Set-CurrentLocation
{
    $currentPath = $PSScriptRoot                                                                                                     # AzureDevOps, Powershell
    if (!$currentPath) { $currentPath = Split-Path $pseditor.GetEditorContext().CurrentFile.Path -ErrorAction SilentlyContinue }     # VSCode
    if (!$currentPath) { $currentPath = Split-Path $psISE.CurrentFile.FullPath -ErrorAction SilentlyContinue }                       # PsISE

    if ($currentPath) { Set-Location $currentPath }
}

Untuk apa nilainya, untuk menjadi solusi single-line, di bawah ini adalah solusi yang berfungsi untuk saya.

$currFolderName = (Get-Location).Path.Substring((Get-Location).Path.LastIndexOf("\")+1)

1 di akhir adalah mengabaikan / .

Berkat tulisan di atas menggunakan cmdlet Get-Location .

Sebagian besar jawaban tidak berfungsi saat melakukan debug pada IDE berikut:

• PS-ISE (PowerShell ISE)
• VS Code (Visual Studio Code)

Karena pada mereka yang $PSScriptRootkosong dan Resolve-Path .\(dan serupa) akan menghasilkan jalur yang salah.

Jawaban Freakydinde adalah satu-satunya yang menyelesaikan situasi itu, jadi saya memilih itu, tetapi saya tidak berpikir Set-Locationbahwa jawaban itu adalah yang benar-benar diinginkan. Jadi saya memperbaikinya dan membuat kode sedikit lebih jelas:

$directorypath = if ($PSScriptRoot) { $PSScriptRoot } `
    elseif ($psise) { $psise.CurrentFile.FullPath } `
    elseif ($psEditor) { split-path $psEditor.GetEditorContext().CurrentFile.Path }

Untuk memperluas jawaban @Cradle: Anda juga bisa menulis fungsi multiguna yang akan memberi Anda hasil yang sama per pertanyaan OP:

Function Get-AbsolutePath {

    [CmdletBinding()]
    Param(
        [parameter(
            Mandatory=$false,
            ValueFromPipeline=$true
        )]
        [String]$relativePath=".\"
    )

    if (Test-Path -Path $relativePath) {
        return (Get-Item -Path $relativePath).FullName -replace "\\$", ""
    } else {
        Write-Error -Message "'$relativePath' is not a valid path" -ErrorId 1 -ErrorAction Stop
    }

}

Jika Anda hanya perlu nama direktori saat ini, Anda dapat melakukan sesuatu seperti ini:

((Get-Location) | Get-Item).Name

Dengan asumsi Anda bekerja dari C: \ Temp \ Location \ MyWorkingDirectory>

Keluaran

MyWorkingDirectory

Saya memiliki masalah yang sama dan itu membuat saya banyak masalah karena saya membuat program yang ditulis dalam PowerShell (aplikasi GUI pengguna akhir penuh) dan saya memiliki banyak file dan sumber daya yang saya perlu memuat dari disk. Dari pengalaman saya, menggunakan . Setelah itu, PowerShell mengubah direktori menjadi direktori tempat Anda memintanya, atau ke direktori tempat skrip yang Anda jalankan berada sebelum menyajikan kepada Anda prompt PowerShell atau menjalankan skrip. Tapi itu terjadi setelah aplikasi PowerShell sendiri awalnya dimulai di dalam direktori pengguna rumah Anda.. untuk mewakili direktori saat ini tidak dapat diandalkan. Itu harus mewakili direktori kerja saat ini, tetapi seringkali tidak. Tampaknya PowerShell menyimpan lokasi dari mana PowerShell telah dipanggil di dalamnya .. Untuk lebih tepatnya, ketika PowerShell pertama kali dimulai, itu dimulai, secara default, di dalam direktori pengguna rumah Anda. Itu biasanya direktori akun pengguna Anda, kira-kira seperti ituC:\USERS\YOUR USER NAME

Dan .menyatakan bahwa direktori awal di mana PowerShell dimulai. Jadi .hanya mewakili direktori saat ini jika Anda menggunakan PowerShell dari direktori yang diinginkan. Jika nanti Anda mengubah direktori dalam kode PowerShell, perubahan tampaknya tidak tercermin di .dalam setiap kasus. Dalam beberapa kasus .merupakan direktori kerja saat ini, dan dalam direktori lain dari mana PowerShell (itu sendiri, bukan skrip) telah dipanggil, apa yang dapat menyebabkan hasil yang tidak konsisten. Untuk alasan ini saya menggunakan skrip invoker. Script PowerShell dengan single perintah di dalam: POWERSHELL. Itu akan memastikan bahwa PowerShell dipanggil dari direktori yang diinginkan dan karenanya dibuat.mewakili direktori saat ini. Tapi itu hanya berfungsi jika Anda tidak mengubah direktori nanti dalam kode PowerShell. Dalam kasus naskah, saya menggunakan script Invoker yang mirip dengan terakhir yang saya sebutkan, kecuali itu berisi file pilihan: POWERSHELL -FILE DRIVE:\PATH\SCRIPT NAME.PS1. Itu memastikan bahwa PowerShell dimulai di dalam direktori kerja saat ini.

Cukup dengan mengklik pada skrip, aktifkan PowerShell dari direktori pengguna rumah Anda di mana pun skrip berada. Ini hasil dengan direktori kerja saat ini menjadi direktori di mana skrip berada, tetapi direktori doa PowerShell sedang C:\USERS\YOUR USER NAME, dan dengan .mengembalikan salah satu dari dua direktori ini tergantung pada situasi, apa yang konyol.

Tetapi untuk menghindari semua keributan ini dan menggunakan skrip invoker, Anda bisa menggunakan salah satu $PWDatau $PSSCRIPTROOTalih-alih .merepresentasikan direktori saat ini tergantung pada cuaca yang ingin Anda tampilkan pada direktori atau direktori kerja saat ini dari mana skrip telah dipanggil. Dan jika Anda, karena suatu alasan, ingin mengambil yang lain dari dua direktori yang .kembali, Anda dapat menggunakannya $HOME.

Saya pribadi hanya memiliki skrip invoker di dalam direktori root aplikasi yang saya kembangkan dengan PowerShell yang memanggil skrip aplikasi utama saya, dan cukup ingat untuk tidak pernah mengubah direktori kerja saat ini di dalam kode sumber aplikasi saya, jadi saya tidak perlu khawatir tentang ini, dan saya bisa gunakan .untuk mewakili direktori saat ini dan untuk mendukung pengalamatan file relatif di aplikasi saya tanpa masalah. Ini harus bekerja di versi PowerShell yang lebih baru (lebih baru dari versi 2).