这里有很多很棒的答案，这是我的看法。PowerShell是准备好了，如果你是…例子:

grep = "Select-String -Pattern"

sort = " sort - object "

uniq = "Get-Unique"

file = "Get-Item"

cat = "Get-Content"

Perl/AWK/Sed不是命令，而是实用程序，因此很难比较，但在PowerShell中几乎可以做所有事情。

无论如何，我都不是一个非常有经验的PowerShell用户，但是我接触到的一点点PowerShell给我留下了深刻的印象。您可以将内置的cmdlet链接在一起，以完成您在Unix提示符下可以完成的任何事情，并且还有一些额外的优点，用于执行诸如导出到CSV、HTML表以及更深入的系统管理类型的作业。

如果你真的需要像sed这样的东西，总有UnixUtils或GnuWin32，你可以很容易地与PowerShell集成。

作为一个长期的Unix用户，我在习惯命令命名方案时遇到了一些麻烦，如果我了解更多的。net，我肯定会从中受益更多。

所以本质上，我认为如果windows独有的特性不构成问题，它是非常值得学习的。

工具只是工具。 他们要么帮忙，要么不帮忙。 你需要帮助或者不需要。

如果你知道Unix，并且这些工具能在Windows上做你需要它们做的事情——那么你是一个快乐的家伙，没有必要学习PowerShell(除非你想探索)。

我最初的意图是在Windows中包含一组Unix工具，然后就完成它(我们团队中的许多人都有深厚的Unix背景，并且对该社区非常尊重)。

我发现这并没有多大帮助。原因是AWK/grep/sed不能对抗COM、WMI、ADSI、注册表、证书存储等等。

换句话说，UNIX是一个围绕文本文件自调的完整生态系统。因此，文本处理工具是有效的管理工具。Windows是一个完全不同的生态系统，围绕api和对象进行自我调整。这就是我们发明PowerShell的原因。

我想你会发现，在很多情况下，文本处理并不能在Windows上得到你想要的东西。这时，您将想要选择PowerShell。注意-这不是一个全有或全无的交易。在PowerShell中，您可以调用Unix工具(并使用它们的文本处理或PowerShell的文本处理)。你也可以从Unix工具中调用PowerShell来获取文本。

再次强调，这里没有宗教信仰，我们的重点是为您提供成功所需的工具。这就是为什么我们如此热衷于反馈。让我们知道我们在工作中哪里失败了，或者你在哪里没有你需要的工具，我们会把它列在清单上，然后开始处理。

坦率地说，我们正在从30年的坑里挖出来，所以还需要一段时间。也就是说，如果你拿起Windows Server 2008 /R2的测试版和/或我们的服务器产品的测试版，我想你会惊讶地发现这个漏洞很快就被填满了。

至于使用情况，到目前为止我们已经有350万次下载量。这并不包括在Windows Server 2008中使用它的人，因为它是作为可选组件包含的，不需要下载。

V2将在所有版本的Windows中发布。它将在默认情况下开启所有版本，除了服务器核心，在那里它是一个可选组件。在Windows 7/Windows Server 2008 R2发布后不久，我们将在所有平台(Windows XP及以上)上发布V2。换句话说，您在学习方面的投资将适用于非常多的机器/环境。

最后一个评论。如果/当你开始学习PowerShell，我想你会很开心的。大部分设计都受到我们Unix背景的严重影响，所以虽然我们非常不同，但你会很快学会(在你不再抱怨它不是Unix之后:-))。

我们知道人们用于学习的预算非常有限——这就是为什么我们非常重视一致性。你会学到一些东西，然后你会一遍又一遍地使用它。

实验!享受吧!参与!

您还可以尝试使用BashWin at在Windows上运行Bash脚本 https://github.com/skanga/BashWin。

我已经使用了一些PowerShell来实现脚本自动化。虽然环境看起来比Unix shell考虑得更周到，但实际上使用对象而不是文本流要笨拙得多，而且过去30年开发的许多Unix设施仍然缺失。

Cygwin仍然是我在Windows主机上选择的脚本环境。在完成任务方面，它肯定胜过其他选择。

TL;DR——我不讨厌Windows或PowerShell。我在Windows或PowerShell上什么都做不了。

我个人仍然觉得PowerShell充其量只能说是平淡无奇。

tab completion of directory paths do not compound, requiring the user to enter a path separator after every name completion. I still feel like Windows doesn't even have the concept of a path or of what a path is, with no accessible user home indicator ~/ short of some @environment://somejibberish/%user_home% NTFS is still a mess and seemingly always will be. Good luck navigating. cmd-esque interface, The dinosaur cmd.exe is still visible in PowerShell, Edit → Mark still being the only way to copy information, and copying only in the form of rectangular blocks of visible terminal space. and Edit → Mark still being the only way to paste strings into the terminal. Painting it blue doesn't make it any more attractive. I don't mind Microsoft developers having a taste in color though. Windows always opens at top left corner of screen. For somebody who uses vertical task bars this is incredibly annoying, especially considering that the Windows task bar will cover the only corner of the window that gives access to copy/paste functionality.

关于Windows包含的工具，我不能说太多。由于有一整套开源的、免费授权的CLI工具，而且PowerShell附带了这些工具，据我所知，没有一个是完全令人失望的。

PowerShell的wget的参数似乎与GNU的wget无法相比。谢谢，希望之光便携无用。 PowerShell POSIX与bash不兼容，特别是&&运算符没有被处理，使得最简单的条件命令也不能跟在后面。

我不了解人类;我试过了，真的;我仍然试着给它一个机会，希望下次我打开它的时候，它不会那么无用。我不能在PowerShell中做任何事情，我也几乎不能在真正的项目中将GNU工具引入Windows。

MySysGit为我提供了带有几个GNU工具的陈旧cmd.exe提示符，它仍然非常令人印象深刻，但最终路径补全工作了。Git命令将在Git Bash中运行。

Mintty for MySysGit为MySysGit的环境提供了Cygwin界面，使复制和粘贴一个东西(选择复制(鼠标)，Shift+Ins粘贴，多么现代…)然而，像git push这样的东西在Mintty中被破坏了。

我并不是要抱怨，但我仍然看到Windows上命令行可用性的巨大问题，即使使用了Cygwin这样的工具。

注:仅仅因为在PowerShell中可以做一些事情，并不意味着它就可用。可用性比能力更重要，这也是我作为消费者在使用产品时所关注的问题。