这一节就来介绍PowerShell下的Aliases。
在PowerShell中，为了习惯于使用，可以使用别名代替命令。例如，Windows老手可以利用像dir、move、type、cls等，当然，为了吸纳更多使用者，PowerShell还提供了对Linux的别名设置，如：ls、pwd、mv、man、cat等。
为PowerShell设置别名的目的，是为了向新用户提供一个能够快速交互的shell。这里的alias，指的是cmdlet的替代名称。例如，"dir”替代的是"Get-ChildItem”。
在这一节，将介绍两种类型的alias：
内置的别名
适用于Windows，Unix和预定义的PowerShell cmdlet的替代名称。
使用以下命令来浏览PowerShell的alias列表：
get-alias
细心的童鞋可以发现，Get-ChileItem这个cmdlet拥有多个alias，如：dir、ls、gci。我们可以尝试这些命令，结果都是一样的，如下图：
从本质上讲，我们只是运行了四次"get-chileitem"。内置别名的存在，使得我们在shell中工作时更加顺手而高效。不过说实在的，作为用户，我们没有必要多多的关注一个cmdlet都有哪些alias，我们只要用好自己习惯的就行了。
用户自定义的PowerShell的Alias
设置alias的命令
例：为名为'get-service”的cmdlet定义一个alias
Set-Alias gs Get-Service
相当简单的语法，没有什么可多说的。
使用以上命令为你的cmdlet定义alias确实很容易，不过存在一个问题，就是这个alias只对当前处于会话期的PowerShell有效，也就是说，当你关闭并重新打开PowerShell时，输入这条alias，PowerShell会很无情的告诉你 “The term ‘gs’ is not recognized as a cmdlet, function, operable program, or script file. Verify the term and try again.”
那么，当我们创建了一个Alias，并且不想失去它，我们怎么办？
有两种选择：
导入和导出PowerShell的Aliases；
使用PowerShell配置文件来自定义Alias。
方法一：导入和导出PowerShell的Aliases
导出Aliases的一个好处就是，你可以将它带到任何一个你想使用的地方。其命令如下<导出文件名自定义>：
Export-Alias -Path a.txt
我们可以用notepad.exe看看这个里面都是些什吗东东~~~
好了，有人迫不及待的想试试导入了吧~~~
Import-Alias -Path a.txt
额~杯具了！！！
看起来很惨的样子……
其实如果一个cmdlet存在alias，那么再次导入就会产生这样的杯具。
所以，我们的导出文件，只需要很简单的定义出自己常用的alias即可（那些系统自带的都统统删除就好啦），如：
好了，就是这样，嘿嘿嘿，是不是很邪恶~~~看看效果吧：
当然，强大的PowerShell不会弱智到让用户每次启动shell时都手动载入aliases一次的。在PowerShell的配置文件中，我们可以进行相关设置。
方法二：使用PowerShell的配置文件
配置文件的位置存储在$Profile变量中，其默认值为：
'My Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1″
使用如下命令查看$Profile值：
$Profile
如前所述，PowerShell配置文件是一个扩展名为“.ps1”的文件。所有PowerShell脚本都使用这个扩展名。在此，我将使用记事本对其进行编辑。不过在此之前，还需要检查的PowerShell的执行策略设置。
PowerShell在第一次安装时默认的执行策略是"Restricted"，也就是“受限制的”，这意味着PowerShell将不能运行任何脚本和配置文件。
PowerShell的执行策略分级：
Restricted - 不能运行任何脚本和配置文件
AllSigned - 所有脚本和配置文件必须拥有受信任的发布者的签名
RemoteSigned - 所有脚本和配置文件从可以是互联网上下载，但必须拥有受信任的发布者的签名
Unrestricted - 所有脚本和配置文件都将运行，从互联网上下载的脚本在运行前会有提示。
使用如下cmdlet查看当前所处的策略级别：
Get-ExecutionPolicy
修改策略级别为Unrestricted：
Set-ExecutionPolicy Unrestricted
好的，我们现在来对$Profile进行配置。
第1步 验证$Profile是否存在
test-path $Profile
false ===> 配置文件不存在（继续步骤2）。
true ===> 不多说了，直接跳过步骤2和3吧。除非你想创建一个新的配置文件，不过这将删除当前的配置文件。
第2步 创建一个新的配置文件
New-Item -Path $Profile -ItemType file -Force
第3步 再次验证是否成功创建新的配置文件
重复步骤1吧。结果应该为"true”。
好了，在记事本中打开配置文件：
notepad $Profile
OK！我们现在拥有了一个空白的配置文件，其实可以称之为一个空白脚本。
其文件名为：
“Microsoft.PowerShell_profile.ps1″
现在开始配置吧：
好了，现在可以关闭notepad和Powershell了。重新打开PowerShell试试看。
完美！
另外需要说明几点，更改PowerShell策略级别时，需要使用管理员权限的，否则……
好了，这一节就到这里。说实话，那几个策略级别的单词真不好记，不过幸好不常用~~~