PowerShell 如何处理“.”在路径中？

Question

打开 PowerShell 终端时请考虑以下命令序列：

PS C:\Users\username> cd source
PS C:\Users\username\source> $dir = ".\temp"
PS C:\Users\username\source> [System.IO.Path]::GetFullPath($dir)
C:\Users\username\temp

现在是：

PS C:\Users\username> cd source
PS C:\Users\username\source> powershell
Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

Try the new cross-platform PowerShell https://aka.ms/pscore6

PS C:\Users\username\source> $dir = ".\temp"
PS C:\Users\username\source> [System.IO.Path]::GetFullPath($dir)
C:\Users\username\source\temp

为什么 PowerShell 解释“.”相对于启动 PowerShell 的目录，而不是当前目录？我怎样才能让它解释“。”相对于当前目录？

Answer 1

正如 js2010 的有用答案所述，使用 .NET 方法引入问题：
.NET 的单个进程范围当前目录通常按照设计^[1]不同于 PowerShell 的特定于运行空间< /em> 一个。

这具有以下含义：

• 由于 PowerShell 本身确实可靠地将 . 解释为当前位置< /em> （即PowerShell 对当前目录概念的概括，该目录也可以引用其他 PowerShell 驱动器提供程序（例如注册表提供程序）公开的驱动器上的其他类型的位置，您可以通过使用 PowerShell 命令（如果可用）避免该问题。

  
  

• 当您调用 .NET 方法时，请务必先将所有相对路径解析为绝对的文件系统本机^[2]路径 strong> 或者，在支持的情况下，另外提供当前 PowerShell 文件系统位置作为参考目录 - 这可以避免当前目录不匹配的问题。

  
  

• （另一个但次优的选项是每次传递相对路径时首先设置 [Environment]::CurrentDirectory = $PWD.ProviderPath ，但这很笨拙，不应该在以下情况下使用同一进程中可能存在多个 PowerShell 运行空间。）

下一节展示如何安全地将相对 PowerShell 路径传递给 .NET 方法，而底部部分解决您问题中的特定问题：如何解析任意给定的问题绝对、本机文件系统路径的 PowerShell 路径。

警告：

• 为了解析相对路径，下面的解决方案假定 PowerShell 的当前位置（由 Get-Location 输出/反映在 < code>$PWD) 是一个文件系统位置，即目录 - 这是典型的。

• 如果无法做出此假设（例如，在不太可能发生的情况下，当前位置是注册表位置），则显式引用文件系统 提供者的位置是必需的，使用<代码>(获取位置-PSProvider FileSystem).ProviderPath 代替下面的 $PWD.ProviderPath。值得注意的是，这排除了下面的 Convert-Path 和 New-Item 方法。

---

将已知的相对文件系统路径安全地传递给 .NET 方法：

如上所述，当前目录中的差异要求将绝对路径传递给 .NET 方法，到达基于 PowerShell 的当前目录。

这些示例假设相对路径 someFile.txt 传递给 .NET 方法 [IO.File]::ReadAllText() 和 [IO.File]:: WriteAllText()

请注意，使用了简单的字符串插值，使用 / （可与 \ 互换使用）来连接路径组件；如果当前目录恰好是 root 目录，则最终会得到 2 路径分隔符，但这不会影响功能。但是，如果您仍然需要避免这种情况，请改用 Join-Path cmdlet。

如果路径已知存在：

使用Convert-Path：

[IO.File]::ReadAllText((Convert-Path -LiteralPath someFile.txt))

转换路径 和 Resolve-Path 仅有效不幸的是，使用现有路径（从PowerShell（Core）7.2开始）； GitHub Issue #2993 中提议为不存在的路径提供选择加入。

同样，如果 Convert-Path 和 Resolve-Path 支持 -PSProvider 参数以允许显式指定目标提供程序，则会很有帮助，如 < code>Get-Location 已支持 - 请参阅 GitHub 问题 #10494。

如果路径要创建：

最简单且强大的方法是使用New-Item 让 PowerShell 预先创建项目，该项目返回一个文件- 系统信息对象.FullName 属性反映完整的本机路径：

# For a *directory* path, use -Type Directory
[IO.File]::WriteAllText(
  (New-Item -Type File ./someFile.txt).FullName,
  "sample content"
)

如果您不想事先在 PowerShell 中创建文件/目录，有几种方法：

• 最简单，但不完全可靠，via$PWD（如果当前目录基于使用 New-PsDrive 创建的 PowerShell 特定驱动器，或者当前位置不是文件系统位置）：

[IO.File]::WriteAllText("$PWD/someFile.txt", "sample content")

• 更健壮：通过 $PWD.ProviderPath （将基于 PowerShell 驱动器的路径解析为底层本机文件系统路径，但如果当前位置不是文件系统位置）：

[IO.File]::WriteAllText("$($PWD.ProviderPath)/someFile.txt", "sample content")

• 完全稳健：通过(Get-Location -PSProvider FileSystem).ProviderPath

[IO.File]::WriteAllText(
  "$((Get-Location -PSProvider FileSystem).ProviderPath)/someFile.txt"),
  "sample content"
)

---

解析任何给定的文件系统路径 到一个完整的、原生的一：

也就是说，您可能必须将给定的完整文件系统本机路径解析为相对路径，该路径可能是相对的，也可能不是相对的，并且可能基于也可能不基于PowerShell 特定的驱动器（.NET对此一无所知）。

如果路径存在，请使用 Convert-Path 将任何 PowerShell 文件系统路径解析为文件系统本机的绝对路径：

$dir = "./temp"
Convert-Path -LiteralPath $dir

相关的 Resolve-Path cmdlet 提供类似的功能，但它不会将基于 PowerShell 特定驱动器（使用 New-PsDrive 创建）的路径解析到其底层本机文件系统路径。

如果路径不存在（尚）：

注意：

• 为简洁起见，下面使用 $PWD.ProviderPath 来引用当前文件-系统位置的本机路径。如前所述，这假定 PowerShell 的当前位置确实是一个文件系统位置，这是典型的情况；为了获得完全的鲁棒性，请改用 (Get-Location -PSProvider FileSystem).ProviderPath。

在基于 .NET Core / .NET 5+ 构建的 PowerShell (Core) v6+ 中，您可以使用新的[IO.Path]::GetFullPath() 重载 <强>接受指定相对路径的参考目录：

$dir = "./temp"
[IO.Path]::GetFullPath($dir, $PWD.ProviderPath)

在Windows PowerShell中，您另外需要[IO.Path]::Combine( )：

注意：在最简单的情况中，即如果您的相对路径从不以\（或/）开头^{[ 3]} 并且您不关心标准化结果路径（通过解析 .\ 或 ..\ 组件和/或将 / 标准化为\), [IO.Path]::Combine() 单独就足够了：

# !! Note the limitations.
$dir = "temp"
[IO.Path]::Combine($PWD.ProviderPath, $dir)

组合 [ IO.Path]::Combine() 与 [IO.Path]::GetFullPath() 克服了这些限制：

# Robust solution
$dir = "./temp"
[IO.Path]::GetFullPath([IO.Path]::Combine($PWD.ProviderPath, $dir))

---

^{[1] 虽然给定进程通常只有 一个 PowerShell运行空间（会话），多个进程共存于一个进程中的可能性意味着，从概念上讲，它们不可能将各自的工作目录与唯一的进程范围的 .NET 工作目录同步。如需更深入的说明，请参阅此 GitHub 问题。}

^{[2] 即基于 PowerShell 特定驱动器的路径（请参阅 New-PSDrive）必须转换为基于所有进程已知的驱动器的路径。}

^{[3] 正如 Theo 所说，[IO.Path]::Combine( ) 认为以 \（或 /）开头的（非 UNC）路径是完整路径，尽管仅具有 root 权限相对于当前的开车。。因此，此类路径必须以驱动器规格为前缀。 PowerShell 当前位置下的本机文件系统目录的一部分，以形成真正的完整路径。}

Answer 2

这更像是 .net 的事情：为什么不' PowerShell 中的 .NET 对象使用当前目录？

常见的解决方法：

[xml]$xml = cat file.xml
$xml.save("$pwd\file.xml")

Answer 3

Powershell 将 . 视为当前位置。因此，如果您执行Get-ChildItem -Path ".\"，这将返回当前目录中的所有内容。要获取相对路径，您需要执行以下操作：

Set-Location -Path "Path"
$path = Get-Item -Path "file" | Resolve-Path -Relative

$path 现在将是相对路径