不知道各位有没有接触过linux,我才疏学浅,对alias的认识是从linux上来的。Linux常用的Bash命令也是有上百个,虽然一般情况下命令都非常简短,不过很多时候需要大量的却是大量的参数,这样,对很多初学者来说,背命令变成为最头疼的事情,也使得很多Linux初学者望而生畏。因此,在linux下,很常用的就是alias,也就是别名。当然,PowerShell很好的借鉴了这一点。

这一节就来介绍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 <enter> 

细心的童鞋可以发现,Get-ChileItem这个cmdlet拥有多个alias,如:dir、ls、gci。我们可以尝试这些命令,结果都是一样的,如下图:

从本质上讲,我们只是运行了四次"get-chileitem"。内置别名的存在,使得我们在shell中工作时更加顺手而高效。不过说实在的,作为用户,我们没有必要多多的关注一个cmdlet都有哪些alias,我们只要用好自己习惯的就行了。

用户自定义的PowerShell的Alias

设置alias的命令

例:为名为'get-service”的cmdlet定义一个alias

Set-Alias gs Get-Service <enter> 

 相当简单的语法,没有什么可多说的。

使用以上命令为你的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 <enter> 

我们可以用notepad.exe看看这个里面都是些什吗东东~~~

好了,有人迫不及待的想试试导入了吧~~~

Import-Alias -Path a.txt <enter> 

额~杯具了!!!

看起来很惨的样子……

其实如果一个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 <Enter> 

修改策略级别为Unrestricted:

Set-ExecutionPolicy Unrestricted <enter>   

好的,我们现在来对$Profile进行配置。

• 第1步 验证$Profile是否存在

test-path $Profile <Enter> 

false ===> 配置文件不存在(继续步骤2)。
true ===> 不多说了,直接跳过步骤2和3吧。除非你想创建一个新的配置文件,不过这将删除当前的配置文件。

• 第2步 创建一个新的配置文件

New-Item -Path $Profile -ItemType file -Force <enter> 

第3步 再次验证是否成功创建新的配置文件

重复步骤1吧。结果应该为"true”。

好了,在记事本中打开配置文件:

notepad $Profile <enter> 

OK!我们现在拥有了一个空白的配置文件,其实可以称之为一个空白脚本。

其文件名为:

“Microsoft.PowerShell_profile.ps1″

现在开始配置吧:

好了,现在可以关闭notepad和Powershell了。重新打开PowerShell试试看。

完美!


另外需要说明几点,更改PowerShell策略级别时,需要使用管理员权限的,否则……

 


好了,这一节就到这里。说实话,那几个策略级别的单词真不好记,不过幸好不常用~~~

以上就是【探索PowerShell (三) PowerShell下使用Aliases】的全部内容了,欢迎留言评论进行交流!

赞(0) 踩(0)
发表我的评论

最新评论

  1. 暂无评论