Làm thế nào để có được thư mục hiện tại của lệnh ghép ngắn đang được thực thi

Đây có thể là một nhiệm vụ đơn giản, nhưng tôi đã thấy một số nỗ lực về cách lấy đường dẫn đến thư mục nơi lệnh ghép được thực hiện được đặt với thành công hỗn hợp. Chẳng hạn, khi tôi thực thi C:\temp\myscripts\mycmdlet.ps1có tệp cài đặt tại C:\temp\myscripts\settings.xmltôi muốn có thể lưu trữ C:\temp\myscriptstrong một biến trong đó mycmdlet.ps1.

Đây là một giải pháp hoạt động (mặc dù hơi cồng kềnh):

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

Một số khác đề xuất giải pháp này chỉ hoạt động trên môi trường thử nghiệm của chúng tôi:

$settingspath = '.\settings.xml'

Tôi thích cách tiếp cận thứ hai rất nhiều và thích nó phải phân tích filepath như một tham số mỗi lần, nhưng tôi không thể làm cho nó hoạt động trên môi trường phát triển của mình. Tôi phải làm gì đây? Nó có liên quan gì đến cách PowerShell được cấu hình không?

Cách đáng tin cậy để làm điều này giống như bạn đã chỉ ra $MyInvocation.MyCommand.Path.

Sử dụng các đường dẫn tương đối sẽ dựa trên $ pwd, trong PowerShell, thư mục hiện tại cho một ứng dụng hoặc thư mục làm việc hiện tại cho API .NET.

PowerShell v3 + :

Sử dụng biến tự động $PSScriptRoot.

Vâng, điều đó nên làm việc. Nhưng nếu bạn cần xem đường dẫn tuyệt đối, đây là tất cả những gì bạn cần:

(Get-Item -Path ".\").FullName

Phương pháp đơn giản nhất dường như là sử dụng biến được xác định trước:

 $PSScriptRoot

about_Automatic_Variablesvà about_Scriptscả hai trạng thái:

Trong PowerShell 2.0, biến này chỉ hợp lệ trong các mô-đun tập lệnh (.psm1). Bắt đầu trong PowerShell 3.0, nó có hiệu lực trong tất cả các tập lệnh.

Tôi sử dụng nó như thế này:

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

Bạn cũng có thể dùng:

(Resolve-Path .\).Path

Phần trong ngoặc trả về một PathInfođối tượng.

(Có sẵn từ PowerShell 2.0.)

Đường dẫn thường là null. Chức năng này an toàn hơn.

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("\"));
    }
}

Thử :

(Get-Location).path

hoặc là:

($pwd).path

Get-Location sẽ trả về vị trí hiện tại:

$Currentlocation = Get-Location

Tôi thích giải pháp một dòng :)

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

Thử cái này:

$WorkingDir = Convert-Path .

Trong Powershell 3 trở lên, bạn chỉ cần sử dụng

$PSScriptRoot

Bạn sẽ nghĩ rằng sử dụng '. \' Làm đường dẫn có nghĩa là đường dẫn gọi. Nhưng không phải lúc nào cũng vậy. Ví dụ, nếu bạn sử dụng nó trong ScriptBlock công việc. Trong trường hợp đó, nó có thể trỏ đến% profile% \ Documents.

Hàm này sẽ đặt vị trí nhắc nhở thành đường dẫn kịch bản, xử lý các cách khác nhau để lấy scriptpath giữa vscode, psise và 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 }
}

Đối với những gì nó có giá trị, là một giải pháp một dòng, dưới đây là một giải pháp làm việc cho tôi.

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

1 ở cuối là bỏ qua /.

Nhờ các bài viết ở trên bằng cách sử dụng lệnh ghép ngắn Get-Location .

Hầu hết các câu trả lời không hoạt động khi gỡ lỗi trong các IDE sau:

• PS-ISE (PowerShell ISE)
• Mã VS (Mã Visual Studio)

Bởi vì trong đó $PSScriptRootlà trống và Resolve-Path .\(và similars) sẽ dẫn đến đường dẫn không chính xác.

Câu trả lời của Freakydinde là người duy nhất giải quyết các tình huống đó, vì vậy tôi đã bỏ phiếu cho điều đó, nhưng tôi không nghĩ Set-Locationrằng câu trả lời đó thực sự là điều mong muốn. Vì vậy, tôi đã sửa nó và làm cho mã rõ ràng hơn một chút:

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

Để mở rộng câu trả lời của @Cradle: bạn cũng có thể viết một hàm đa mục đích sẽ mang lại cho bạn kết quả tương tự theo câu hỏi của 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
    }

}

Nếu bạn chỉ cần tên của thư mục hiện tại, bạn có thể làm một cái gì đó như thế này:

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

Giả sử bạn đang làm việc từ C: \ Temp \ Location \ MyWorkingDirectory>

Đầu ra

MyWorkingDirectory

Tôi gặp vấn đề tương tự và nó gây cho tôi rất nhiều rắc rối vì tôi đang tạo các chương trình được viết bằng PowerShell (ứng dụng GUI của người dùng cuối đầy đủ) và tôi có rất nhiều tệp và tài nguyên tôi cần tải từ đĩa. Từ kinh nghiệm của tôi, sử dụng .để đại diện cho thư mục hiện tại là không đáng tin cậy. Nó nên đại diện cho thư mục làm việc hiện tại, nhưng nó thường không. Dường như PowerShell lưu vị trí mà PowerShell đã được gọi bên trong .. Nói chính xác hơn, khi PowerShell được khởi động lần đầu tiên, nó sẽ bắt đầu, theo mặc định, trong thư mục người dùng gia đình của bạn. Đó thường là thư mục của tài khoản người dùng của bạn, đại loại nhưC:\USERS\YOUR USER NAME. Sau đó, PowerShell thay đổi thư mục thành thư mục mà bạn đã gọi nó hoặc thư mục chứa tập lệnh mà bạn đang thực thi được đặt trước khi hiển thị cho bạn lời nhắc PowerShell hoặc chạy tập lệnh. Nhưng điều đó xảy ra sau khi ứng dụng PowerShell ban đầu bắt đầu trong thư mục người dùng gia đình của bạn.

Và .đại diện cho thư mục ban đầu bên trong mà PowerShell bắt đầu. Vì vậy, .chỉ đại diện cho thư mục hiện tại trong trường hợp nếu bạn đã gọi PowerShell từ thư mục mong muốn. Nếu sau này bạn thay đổi thư mục trong mã PowerShell, thay đổi dường như không được phản ánh bên .trong mọi trường hợp. Trong một số trường hợp .đại diện cho thư mục làm việc hiện tại và trong thư mục khác mà PowerShell (chính nó, không phải tập lệnh) đã được gọi, điều gì có thể dẫn đến kết quả không nhất quán. Vì lý do này, tôi sử dụng kịch bản invoker. Tập lệnh PowerShell với một lệnh duy nhất bên trong : POWERSHELL. Điều đó sẽ đảm bảo rằng PowerShell được gọi từ thư mục mong muốn và do đó thực hiện.đại diện cho thư mục hiện tại. Nhưng nó chỉ hoạt động nếu bạn không thay đổi thư mục sau này trong mã PowerShell. Trong trường hợp tập lệnh, tôi sử dụng tập lệnh invoker tương tự tập lệnh cuối cùng tôi đã đề cập, ngoại trừ tập lệnh chứa tùy chọn tệp : POWERSHELL -FILE DRIVE:\PATH\SCRIPT NAME.PS1. Điều đó đảm bảo rằng PowerShell được khởi động trong thư mục làm việc hiện tại.

Chỉ cần nhấp vào tập lệnh sẽ gọi PowerShell từ thư mục người dùng gia đình của bạn cho dù tập lệnh được đặt ở đâu. Nó dẫn đến thư mục làm việc hiện tại là thư mục chứa tập lệnh, nhưng thư mục gọi PowerShell đang tồn tại C:\USERS\YOUR USER NAMEvà .trả về một trong hai thư mục này tùy thuộc vào tình huống, thật là vô lý.

Nhưng để tránh tất cả sự phiền phức này và sử dụng tập lệnh invoker, bạn chỉ cần sử dụng $PWDhoặc $PSSCRIPTROOTthay vì .đại diện cho thư mục hiện tại tùy thuộc vào thời tiết bạn muốn đại diện cho thư mục làm việc hiện tại hoặc thư mục mà tập lệnh đã được gọi. Và nếu bạn, vì một số lý do, muốn lấy lại hai thư mục khác .trả về, bạn có thể sử dụng $HOME.

Cá nhân tôi chỉ có tập lệnh invoker bên trong thư mục gốc của ứng dụng mà tôi phát triển bằng PowerShell, nó gọi tập lệnh ứng dụng chính của tôi và chỉ cần nhớ là không bao giờ thay đổi thư mục làm việc hiện tại bên trong mã nguồn của ứng dụng, vì vậy tôi không bao giờ phải lo lắng về điều này, và tôi có thể sử dụng .để thể hiện thư mục hiện tại và để hỗ trợ địa chỉ tệp tương đối trong các ứng dụng của mình mà không gặp vấn đề gì. Điều này sẽ hoạt động trong các phiên bản mới hơn của PowerShell (mới hơn phiên bản 2).