У мене є два шляхи:

fred\frog

і

..\frag

Я можу приєднати їх до PowerShell так:

join-path 'fred\frog' '..\frag'

Це дає мені таке:

fred\frog\..\frag

Але я цього не хочу. Я хочу нормалізований шлях без подвійних крапок, наприклад:

fred\frag

Як я можу це отримати?

Ви можете використовувати комбінацію pwd, Join-Pathі [System.IO.Path]::GetFullPathотримати повну розширений шлях.

Оскільки cd( Set-Location) не змінює поточний робочий каталог процесу, просто передача відносного імені файлу .NET API, який не розуміє контекст PowerShell, може мати ненавмисні побічні ефекти, наприклад, вирішення шляху, заснованого на початковій робочій каталог (не ваше поточне місцезнаходження).

Що ви робите, це спочатку кваліфікуєте свій шлях:

Join-Path (Join-Path (pwd) fred\frog) '..\frag'

Це дає (враховуючи моє поточне місцезнаходження):

C:\WINDOWS\system32\fred\frog\..\frag

З абсолютною базою безпечно викликати .NET API GetFullPath:

[System.IO.Path]::GetFullPath((Join-Path (Join-Path (pwd) fred\frog) '..\frag'))

Що дає вам повністю кваліфікований шлях та з ..видаленими:

C:\WINDOWS\system32\fred\frag

Це не складно або, особисто я гидував рішення , які залежать від зовнішніх скриптів для цього, це просто проблема вирішується досить точно з допомогою Join-Pathі pwd( GetFullPathце просто зробити це досить). Якщо ви хочете зберегти лише відносну частину , ви просто додаєте .Substring((pwd).Path.Trim('\').Length + 1)і вуаля!

fred\frag

ОНОВЛЕННЯ

Дякую @Dangph за вказівку на крайній C:\регістр.

Ви можете розгорнути .. \ frag до повного шляху за допомогою resol-path:

PS > resolve-path ..\frag 

Спробуйте нормалізувати шлях, використовуючи метод comb ():

[io.path]::Combine("fred\frog",(resolve-path ..\frag).path)

Ви також можете використовувати Path.GetFullPath , хоча (як і у відповіді Дана Р) це дасть вам весь шлях. Використання буде таким:

[IO.Path]::GetFullPath( "fred\frog\..\frag" )

або що цікавіше

[IO.Path]::GetFullPath( (join-path "fred\frog" "..\frag") )

обидва з них дають наступне (припускаючи, що поточним каталогом є D: \):

D:\fred\frag

Зверніть увагу, що цим методом не намагаються визначити, чи насправді існують фред чи фраг.

Прийнята відповідь була великою підмогою, однак вона також не належним чином "нормалізує" абсолютний шлях. Знайдіть нижче мою похідну роботу, яка нормалізує як абсолютний, так і відносний шлях.

function Get-AbsolutePath ($Path)
{
    # System.IO.Path.Combine has two properties making it necesarry here:
    #   1) correctly deals with situations where $Path (the second term) is an absolute path
    #   2) correctly deals with situations where $Path (the second term) is relative
    # (join-path) commandlet does not have this first property
    $Path = [System.IO.Path]::Combine( ((pwd).Path), ($Path) );

    # this piece strips out any relative path modifiers like '..' and '.'
    $Path = [System.IO.Path]::GetFullPath($Path);

    return $Path;
}

Будь-які функції обробки шляхів, не пов'язані з PowerShell (наприклад, ті, що в System.IO.Path), не будуть надійними від PowerShell, оскільки модель постачальника PowerShell дозволяє поточному шляху PowerShell відрізнятися від того, чим Windows вважає робочий каталог процесу.

Крім того, як ви вже могли виявити, командлети Resolve-Path та Convert-Path PowerShell корисні для перетворення відносних шляхів (тих, що містять символи "..", у абсолютні шляхи, які відповідають приводу, але вони не вдаються, якщо вказаний шлях не існує.

Наступний дуже простий командлет повинен працювати для неіснуючих шляхів. Він перетворить 'fred \ frog \ .. \ frag' у 'd: \ fred \ frag', навіть якщо файл або папку 'fred' або 'frag' не вдається знайти (а поточний диск PowerShell - 'd:') .

function Get-AbsolutePath {
    [CmdletBinding()]
    param (
        [Parameter(Mandatory = $true, ValueFromPipeline = $true, ValueFromPipelineByPropertyName = $true)]
        [string[]]
        $Path
    )

    process {
        $Path | ForEach-Object {
            $PSCmdlet.SessionState.Path.GetUnresolvedProviderPathFromPSPath($_)
        }
    }
}

Ця бібліотека хороша: NDepend.Helpers.FileDirectoryPath .

EDIT: Це те, що я придумав:

[Reflection.Assembly]::LoadFrom("path\to\NDepend.Helpers.FileDirectoryPath.dll") | out-null

Function NormalizePath ($path)
{
    if (-not $path.StartsWith('.\'))  # FilePathRelative requires relative paths to begin with '.'
    {
        $path = ".\$path"
    }

    if ($path -eq '.\.')  # FilePathRelative can't deal with this case
    {
        $result = '.'
    }
    else
    {
        $relPath = New-Object NDepend.Helpers.FileDirectoryPath.FilePathRelative($path)
        $result = $relPath.Path
    }

    if ($result.StartsWith('.\')) # remove '.\'. 
    {
        $result = $result.SubString(2)
    }

    $result
}

Називайте це так:

> NormalizePath "fred\frog\..\frag"
fred\frag

Зверніть увагу, що цей фрагмент вимагає шляху до DLL. Існує хитрість, за допомогою якої можна знайти папку, що містить виконуваний в даний час скрипт, але в моєму випадку у мене була змінна середовища, яку я міг використовувати, тому я її просто використав.

Це дає повний шлях:

(gci 'fred\frog\..\frag').FullName

Це дає шлях відносно поточного каталогу:

(gci 'fred\frog\..\frag').FullName.Replace((gl).Path + '\', '')

Чомусь вони працюють лише у випадку, якщо fragце файл, а не файл directory.

Створіть функцію. Ця функція нормалізує шлях, якого не існує у вашій системі, а також не додасть літери дисків.

function RemoveDotsInPath {
  [cmdletbinding()]
  Param( [Parameter(Position=0,  Mandatory=$true)] [string] $PathString = '' )

  $newPath = $PathString -creplace '(?<grp>[^\n\\]+\\)+(?<-grp>\.\.\\)+(?(grp)(?!))', ''
  return $newPath
}

Приклад:

$a = 'fooA\obj\BusinessLayer\..\..\bin\BusinessLayer\foo.txt'
RemoveDotsInPath $a
'fooA\bin\BusinessLayer\foo.txt'

Подяки Оліверу Шадліху за допомогу в RegEx.

Якщо шлях містить кваліфікатор (букву диска), тоді відповідь x0n на Powershell: вирішити шлях, який може не існувати? нормалізує шлях. Якщо шлях не включає кваліфікатор, він все одно буде нормалізований, але поверне повністю кваліфікований шлях відносно поточного каталогу, що може бути не тим, що ви хочете.

$p = 'X:\fred\frog\..\frag'
$ExecutionContext.SessionState.Path.GetUnresolvedProviderPathFromPSPath($p)
X:\fred\frag

$p = '\fred\frog\..\frag'
$ExecutionContext.SessionState.Path.GetUnresolvedProviderPathFromPSPath($p)
C:\fred\frag

$p = 'fred\frog\..\frag'
$ExecutionContext.SessionState.Path.GetUnresolvedProviderPathFromPSPath($p)
C:\Users\WileCau\fred\frag

Якщо вам потрібно позбутися частини .., ви можете використовувати об’єкт System.IO.DirectoryInfo. Використовуйте 'fred \ frog .. \ frag' у конструкторі. Властивість FullName дасть вам нормалізоване ім'я каталогу.

Єдиним недоліком є ​​те, що він надасть вам весь шлях (наприклад, c: \ test \ fred \ frag).

Тут доцільні частини коментарів поєднані таким чином, що вони об’єднують відносний та абсолютний шляхи:

[System.IO.Directory]::SetCurrentDirectory($pwd)
[IO.Path]::GetFullPath($dapath)

Деякі зразки:

$fps = '.', 'file.txt', '.\file.txt', '..\file.txt', 'c:\somewhere\file.txt'
$fps | % { [IO.Path]::GetFullPath($_) }

вихід:

C:\Users\thelonius\tests
C:\Users\thelonius\tests\file.txt
C:\Users\thelonius\tests\file.txt
C:\Users\thelonius\file.txt
c:\somewhere\file.txt

Ну, одним із шляхів буде:

Join-Path 'fred\frog' '..\frag'.Replace('..', '')

Зачекайте, можливо, я неправильно розумію питання. У вашому прикладі, frag - це підпапка жаби?