Should Copy-Item create the destination directory structure?

Powershell

Powershell Problem Overview


I'm trying to copy a file to a new location, maintaining directory structure.

$source = "c:\some\path\to\a\file.txt"
destination = "c:\a\more\different\path\to\the\file.txt"

Copy-Item  $source $destination -Force -Recurse

But I get a DirectoryNotFoundException:

Copy-Item : Could not find a part of the path 'c:\a\more\different\path\to\the\file.txt'

Powershell Solutions


Solution 1 - Powershell

The -recurse option only creates a destination folder structure if the source is a directory. When the source is a file, Copy-Item expects the destination to be a file or directory that already exists. Here are a couple ways you can work around that.

Option 1: Copy directories instead of files

$source = "c:\some\path\to\a\dir"; $destination = "c:\a\different\dir"
# No -force is required here, -recurse alone will do
Copy-Item $source $destination -Recurse

Option 2: 'Touch' the file first and then overwrite it

$source = "c:\some\path\to\a\file.txt"; $destination = "c:\a\different\file.txt"
# Create the folder structure and empty destination file, similar to
# the Unix 'touch' command
New-Item -ItemType File -Path $destination -Force
Copy-Item $source $destination -Force

Solution 2 - Powershell

Alternatively, with PS3.0 onwards, you can simply use the New-Item to create the target folder directly, without having to create a "dummy" file, e.g. ...

New-Item -Type dir \\target\1\2\3\4\5

...will happily create the \\target\1\2\3\4\5 structure irrespective of how much of it already exists.

Solution 3 - Powershell

Here's a oneliner to do this. Split-Path retrieves the parent folder, New-Item creates it and then Copy-Item copies the file. Please note that the destination file will have the same filename as the source file. Also, this won't work if you need to copy multiple files to the same folder as with the second file you'll get An item with the specified name <destination direcory name> already exists error.

Copy-Item $source -Destination (New-Item -Path (Split-Path -Path $destination) -Type Directory)

Solution 4 - Powershell

I had files in a single folder in Windows 7 that I wanted to rename and copy to nonexistent folders.

I used the following PowerShell script, which defines a Copy-New-Item function as a wrapper for the Test-Item, New-Item, and Copy-Item cmdlets:

function Copy-New-Item {
  $SourceFilePath = $args[0]
  $DestinationFilePath = $args[1]

  If (-not (Test-Path $DestinationFilePath)) {
    New-Item -ItemType File -Path $DestinationFilePath -Force
  } 
  Copy-Item -Path $SourceFilePath -Destination $DestinationFilePath
}

Copy-New-Item schema_mml3_mathml3_rnc schema\mml3\mathml3.rnc
# More of the same...
Copy-New-Item schema_svg11_svg_animation_rnc schema\svg11\svg-animation.rnc
# More of the same...
Copy-New-Item schema_html5_assertions_sch schema\html5\assertions.sch
# More of the same...

(Note that, in this case, the source file names have no file extension.)

If the destination file path does not exist, the function creates an empty file in that path, forcing the creation of any nonexistent directories in the file path. (If Copy-Item can do all that by itself, I could not see how to do it from the documentation.)

Solution 5 - Powershell

It is coming late, but as I stumbled upon this question looking for a solution to a similar problem, the cleanest one I found elsewhere is using robocopy instead of Copy-Item. I needed to copy the whole file structure together with the files, that's easily achieved via

robocopy "sourcefolder" "destinationfolder" "file.txt" /s 

Detail about robocopy: https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/robocopy

Solution 6 - Powershell

I have been digging around and found a lot of solutions to this issue, all being some alteration not just a straight copy-item command. Grant it some of these questions predate PS 3.0 so the answers are not wrong but using powershell 3.0 I was finally able to accomplish this using the -Container switch for copy-item.

Copy-Item $from $to -Recurse -Container

this was the test i ran, no errors and destination folder represented the same folder structure.

New-Item -ItemType dir -Name test_copy
New-Item -ItemType dir -Name test_copy\folder1
New-Item -ItemType file -Name test_copy\folder1\test.txt
#NOTE: with no \ at the end of the destination the file is created in the root of the destination, does not create the folder1 container
#Copy-Item D:\tmp\test_copy\* D:\tmp\test_copy2 -Recurse -Container

#if the destination does not exists this created the matching folder structure and file with no errors
Copy-Item D:\tmp\test_copy\* D:\tmp\test_copy2\ -Recurse -Container

Solution 7 - Powershell

None of the current answers worked for me to fix the Could not find a part of the path error raised by Copy-Item. After some research and testing, I discovered this error can be raised if the Destination path goes over the 260 character Windows path length limit.

What I mean by that is: if you supply a path to the Destination argument of Copy-Item and any of the files you are copying would exceed the 260 character limit when copied to the Destination folder, Copy-Item will raise the Could not find a part of the path error.

The fix is to shorten your Destination path, or to shorten/flatten the folder structure in the source directory that you are trying to copy.

Solution 8 - Powershell

May be Helpfull:

$source = 'c:\some\path\to\a\file.txt'
$dest = 'c:\a\more\different\path\to\the\file.txt'
$dest_dir = 'c:\a\more\different\path\to\the\'

[System.IO.Directory]::CreateDirectory($dest_dir);
if(-not [System.IO.File]::Exists($dest))
{
    [System.IO.File]::Copy($source,$dest);
}

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionEv.View Question on Stackoverflow
Solution 1 - PowershellajkView Answer on Stackoverflow
Solution 2 - PowershellMikeView Answer on Stackoverflow
Solution 3 - PowershellLopezView Answer on Stackoverflow
Solution 4 - PowershellGraham HanningtonView Answer on Stackoverflow
Solution 5 - PowershellcrankedrelicView Answer on Stackoverflow
Solution 6 - PowershellworkabyteView Answer on Stackoverflow
Solution 7 - PowershellLews TherinView Answer on Stackoverflow
Solution 8 - PowershellRomylussoneView Answer on Stackoverflow