每当需要引用公共模块或脚本时，我喜欢使用相对于当前脚本文件的路径。这样，我的脚本总能在库中找到其他脚本。
那么，确定当前脚本目录的最佳标准方法是什么?目前，我正在做:
$MyDir = [System.IO.Path]::GetDirectoryName($myInvocation.MyCommand.Definition)
我知道在模块(.psm1)中，您可以使用$PSScriptRoot来获取此信息，但在常规脚本(即.ps1文件)中不会设置此信息。
获取当前PowerShell脚本文件位置的规范方法是什么?
当前回答
从所有这些回答和评论中，我把这些问题整理在一起，供将来看到这个问题的人参考。它涵盖了其他答案中列出的所有情况，我添加了另一个我发现的故障保险。
function Get-ScriptPath()
{
# If using PowerShell ISE
if ($psISE)
{
$ScriptPath = Split-Path -Parent -Path $psISE.CurrentFile.FullPath
}
# If using PowerShell 3.0 or greater
elseif($PSVersionTable.PSVersion.Major -gt 3)
{
$ScriptPath = $PSScriptRoot
}
# If using PowerShell 2.0 or lower
else
{
$ScriptPath = split-path -parent $MyInvocation.MyCommand.Path
}
# If still not found
# I found this can happen if running an exe created using PS2EXE module
if(-not $ScriptPath) {
$ScriptPath = [System.AppDomain]::CurrentDomain.BaseDirectory.TrimEnd('\')
}
# Return result
return $ScriptPath
}
其他回答
我总是使用这个小片段，它以同样的方式为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版本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作用域，而不是Michael Sorens在他的一篇博客文章中概述的父作用域。
适用于 PowerShell 3+
function Get-ScriptDirectory {
if ($psise) {
Split-Path $psise.CurrentFile.FullPath
}
else {
$global:PSScriptRoot
}
}
我在我的配置文件中放置了这个函数。它也可以在ISE中使用F8/运行选择。
也许我遗漏了什么…但是如果你想要当前的工作目录，你可以使用这个:(Get-Location)。字符串的路径，对象的Get-Location。
除非你指的是这样的事情，我再看了一遍问题后就明白了。
function Get-Script-Directory
{
$scriptInvocation = (Get-Variable MyInvocation -Scope 1).Value
return Split-Path $scriptInvocation.MyCommand.Path
}
如果您正在创建V2模块，您可以使用名为 PSScriptRoot美元。
从PS >帮助自动变量
$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.
