With these two design criteria in mind, I came up with the Export-History<\/b> function shown here.<\/p>\n Export-History.ps1<\/strong><\/p>\n Function Export-History<\/p>\n {<\/p>\n [CmdletBinding()]<\/p>\n Param(<\/p>\n [Parameter(mandatory=$false,<\/p>\n Position=0,<\/p>\n ValueFromPipeline=$True)]<\/p>\n $CommandInfo,<\/p>\n [Parameter(Mandatory=$true,<\/p>\n Position=1,<\/p>\n HelpMessage="Type Path for history file")]<\/p>\n $Path)<\/p>\n if(!$commandInfo)<\/p>\n {<\/p>\n Get-History | Export-Clixml -Path $path<\/p>\n }<\/p>\n Else<\/p>\n { $input | Export-Clixml -Path $path }<\/p>\n } #end function Export-History<\/p>\n # Get-History (6,7) | Export-History -Path c:\\fso\\mycommands.xml<\/p>\n # Export-History -Path c:\\fso\\a.xml<\/p>\n<\/blockquote>\n The Get-History<\/b> function begins by creating two parameters. The first parameter is the commandInfo<\/b> parameter. It will accept a value from the pipeline, and is not mandatory. The second parameter is the path<\/b> parameter, and it is mandatory. It tells the function where to save the XML file. This portion of the function is shown here. <\/p>\n Function Export-History<\/p>\n {<\/p>\n [CmdletBinding()]<\/p>\n Param(<\/p>\n [Parameter(mandatory=$false,<\/p>\n Position=0,<\/p>\n ValueFromPipeline=$True)]<\/p>\n $CommandInfo,<\/p>\n [Parameter(Mandatory=$true,<\/p>\n Position=1,<\/p>\n HelpMessage="Type Path for history file")]<\/p>\n $Path)<\/p>\n<\/blockquote>\n Now I need to add a little bit of logic. If the commandInfo<\/b> parameter is not supplied, I want to export the entire history buffer from the current Windows PowerShell session. If, on the other hand, I call the Export-History<\/b> function and take the trouble to select specific history commands, the function accepts the history information from the pipeline. This is the applicable portion of the function:<\/p>\n if(!$commandInfo)<\/p>\n {<\/p>\n Get-History | Export-Clixml -Path $path<\/p>\n }<\/p>\n Else<\/p>\n { $input | Export-Clixml -Path $path }<\/p>\n } #end function Export-History<\/p>\n<\/blockquote>\n At the bottom of the Export-History.ps1 file, I have two examples of calling the function. One illustrates calling the function with no commandInfo<\/b>, and the other pipelines the commandInfo<\/b> to the function. These two commands are shown here:<\/p>\n # Get-History (6,7) | Export-History -Path c:\\fso\\mycommands.xml<\/p>\n # Export-History -Path c:\\fso\\a.xml<\/p>\n<\/blockquote>\n So, how do you actually use the Export-History<\/b> function? For one thing, I can dot-source it into my Windows PowerShell console session. This is shown in the following image and it allows me to then run the function like any other Windows PowerShell cmdlet. I type Export-History and am prompted for the path to save the command history XML file. This is because I marked the path<\/b> parameter as mandatory. <\/p>\n After the XML file has been exported, I can use Internet Explorer to review the XML file to see if it contains the commands I wanted to export. The command history XML file appears in the following image. Just for fun, I have drawn arrows to the two commands in which I am interested. <\/p>\n You can open the script in the Windows PowerShell ISE, and edit one of the command lines. After this is accomplished, you can run the script. This is shown in the following image. <\/p>\n You can leave the two commands commented out, and simply run the Export-History<\/b> function in the Windows PowerShell ISE console. Then, in the immediate window (the bottom pane), you can type the command as you would in the Windows PowerShell console, or as the command might appear in the script\n itself. What you have accomplished is to load the function onto the function drive (the same as dot-sourcing in the Windows PowerShell console). You can then refer to the function whenever you wish. This technique is illustrated in the following image (I have drawn an arrow to point to the command pane).<\/p>\n You could also include the Export-History<\/b> function in your Windows PowerShell profile. This is the option I like the best. I have written several Hey, Scripting Guy! Blog posts that talk about using the Windows PowerShell profile<\/a>. Refer to them for ideas about incorporating the Export-History<\/b> function. Join me tomorrow as I develop an Import-History<\/b> function. <\/p>\n I invite you to follow me on Twitter<\/a> or Facebook<\/a>. If you have any questions, send email to me at scripter@microsoft.com<\/a>, or post your questions on the Official Scripting Guys Forum<\/a>. <\/p>\n <\/p>\n Ed Wilson, Microsoft Scripting Guy<\/b><\/p>\n","protected":false},"excerpt":{"rendered":" Summary: Use the Export-History Windows PowerShell function to simplify saving command history. Microsoft Scripting Guy Ed Wilson here. One of the things I was thinking about when I was writing the article this week about the History cmdlets was that I wish it were a bit easier to export my history. This gave me […]<\/p>\n","protected":false},"author":595,"featured_media":87096,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-15831","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-scripting"],"acf":[],"blog_post_summary":" Summary: Use the Export-History Windows PowerShell function to simplify saving command history. Microsoft Scripting Guy Ed Wilson here. One of the things I was thinking about when I was writing the article this week about the History cmdlets was that I wish it were a bit easier to export my history. This gave me […]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/15831","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/users\/595"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/comments?post=15831"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/15831\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media\/87096"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media?parent=15831"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/categories?post=15831"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/tags?post=15831"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
\n
\n
\n
![\"Image](\"https:\/\/msdnshared.blob.core.windows.net\/media\/TNBlogsFS\/prod.evol.blogs.technet.com\/CommunityServer.Blogs.Components.WeblogFiles\/00\/00\/00\/76\/18\/metablogapi\/4555.wes-1-22-11-1_thumb_09702220.jpg\" "\\"Image")
<\/a><\/p>\n![\"Image](\"https:\/\/msdnshared.blob.core.windows.net\/media\/TNBlogsFS\/prod.evol.blogs.technet.com\/CommunityServer.Blogs.Components.WeblogFiles\/00\/00\/00\/76\/18\/metablogapi\/7282.wes-1-22-11-2_thumb_3EB93485.jpg\" "\\"Image")
<\/a><\/p>\n![\"Image](\"https:\/\/msdnshared.blob.core.windows.net\/media\/TNBlogsFS\/prod.evol.blogs.technet.com\/CommunityServer.Blogs.Components.WeblogFiles\/00\/00\/00\/76\/18\/metablogapi\/4555.wes-1-22-11-3_thumb_419E736B.jpg\" "\\"Imge")
<\/a><\/p>\n![\"Image](\"https:\/\/msdnshared.blob.core.windows.net\/media\/TNBlogsFS\/prod.evol.blogs.technet.com\/CommunityServer.Blogs.Components.WeblogFiles\/00\/00\/00\/76\/18\/metablogapi\/1348.wes-1-22-11-4_thumb_5DEBB58B.jpg\" "\\"Image")
<\/a><\/p>\n