一个Powershell SharePoint 2007的提供者是值得的还是stsadm.exe足够？
有一个PowerShell提供商，我听说过一些好的事情。 它在CodePlex上可用; 不过，它还不支持MOSS 2007.也就是说，我发现使用SharePoint对象模型已经足够了。 但是，如果您不想深入研究对象模型，那么我build议您使用Gary LaPointe的stsadm扩展和SharePoint的新PowerShell cmdlet。 两者都可以通过他的博客 。
鉴于Exchange服务器普遍使用PowerShell，可能很好的假设其他Office服务器不会太落后。 所以，虽然现在只需从PowerShell中调用stsadm，但知道在学习过程中如何使用它并充分利用Gary LaPointe的扩展可能是您值得使用的时间。
我是上述SharePoint Provider的羞愧作者 – 目前的源代码将构build一个2007兼容的提供者，甚至可以从非共享点框中使用，但仍然有点原始。 我希望很快回到这一点。
我已经在几个PowerShell项目上有点过度了，所以再次道歉。
以下 是来自Karine Bosch的 三个post，U2U的一名员工，负责PowerShell和SharePoint的一些操作。
根据已知的编码技能水平，您可以使用PowerShell和SharePoint进行任何操作，因为PowerShell可以使用.NET组合，因此对象模型是完全可用的。
我build议坚持使用stsadm.exe，除非您有强大的使用PowerShell的业务需求。
我相信STSADM将会是相当长一段时间的主要pipe理工具。 没有什么能阻止你从PowerShell环境中使用STSADM。
Stsadm仍然活着，但是根据Exchange和SQL服务器的发展情况来看，PowerShell技术可能很快（2-3年）将成为SharePoint世界的后盾。 PowerShell技巧使现有网站的更新非常简单，特别是一旦工具赶上了Visual Studio intellisense-wise 🙂
PowerShell和SharePoint已经有相当多的工作了。 看看Gary Lepointe的博客。 http://stsadm.blogspot.com/他是SharePoint MVP领域的STSADM先生。
我认为Gary已经为Powershell开发了一组cmdlet（这是正确的词？）。
一般来说，我不是PowerShell b / c的忠实拥趸，我拥有扎实的开发技能，并且觉得在C＃中用SharePoint API编写我需要的东西更加好用。