Chris Ballance Asked: 2009-05-01 07:17:18 +0800 CST2009-05-01 07:17:18 +0800 CST 2009-05-01 07:17:18 +0800 CST Sharepoint 2007 的 Powershell 提供程序 772 SharePoint 2007 的 Powershell 提供程序是否值得或 stsadm.exe 是否足够? sharepoint powershell 8 个回答 Voted Best Answer Abs 2009-05-01T08:29:31+08:002009-05-01T08:29:31+08:00 有一个 PowerShell 提供程序,我听说过一些好消息。它在CodePlex上可用;但是,它还不支持 MOSS 2007。也就是说,我发现使用 SharePoint 对象模型就足够了。但是,如果您不想深入研究对象模型,我推荐 Gary LaPointe 的 stsadm 扩展和他用于 SharePoint 的较新的 PowerShell cmdlet。两者都可以通过他的博客获得。 Greg Hurlman 2009-05-01T13:25:21+08:002009-05-01T13:25:21+08:00 鉴于 PowerShell 在 Exchange 服务器上的普及程度,可以很好地假设其他 Office 服务器不会落后太多。因此,虽然您现在最好只从 PowerShell 调用 stsadm,但了解它的使用方式并在学习期间利用 Gary LaPointe 的扩展可能会是您的宝贵时间。 x0n 2009-05-15T09:45:57+08:002009-05-15T09:45:57+08:00 我是上述 SharePoint Provider 的羞耻作者 - 当前源将构建一个 2007 兼容的提供程序,甚至可以从非共享点框使用,但它仍然有点原始。我希望能尽快回到这一点。 我已经对几个 powershell 项目有点过分了,所以再次道歉。 Aaron Powell 2009-05-01T14:37:36+08:002009-05-01T14:37:36+08:00 以下 是来自 U2U 员工 Karine Bosch的三篇文章,其中介绍了一些使用 PowerShell 和 SharePoint 的操作。 根据已知的编码技能水平,您可以使用 PowerShell 和 SharePoint 做任何事情,因为 PowerShell 可以使用和 .NET 程序集,因此对象模型是完全可用的。 Chris Gillum 2009-05-08T06:37:49+08:002009-05-08T06:37:49+08:00 除非您对使用 PowerShell 有强烈的业务需求,否则我建议您坚持使用 stsadm.exe。 David Pokluda 2009-05-01T08:32:51+08:002009-05-01T08:32:51+08:00 我相信 STSADM 将在相当长的一段时间内成为主要的管理工具。没有什么可以阻止您在 PowerShell 环境中使用 STSADM。 Kasper 2009-05-15T08:15:11+08:002009-05-15T08:15:11+08:00 Stsadm 仍然活得很好,但从 Exchange 和 SQL 服务器 powershell 技能的发展来看,可能很快(2-3 年)就会在 SharePoint 世界中发挥作用。PowerShell 技能使现有站点的更新变得非常容易,尤其是当工具赶上 Visual Studio intellisense 时:-) Jeff 2009-05-20T10:05:51+08:002009-05-20T10:05:51+08:00 PowerShell 和 SharePoint 已经开展了大量工作。查看 Gary Lepointe 的博客。 http://stsadm.blogspot.com/ 他是 SharePoint MVP 世界中的 STSADM 先生。 我认为 Gary 已经为 Powershell 开发了一组 cmdlet(这个词对吗?)。 总的来说,我不是 PowerShell b/c 的忠实拥护者,我拥有扎实的开发技能,并且使用 SharePoint API 在 C# 中编写我需要的东西感觉更舒服。
有一个 PowerShell 提供程序,我听说过一些好消息。它在CodePlex上可用;但是,它还不支持 MOSS 2007。也就是说,我发现使用 SharePoint 对象模型就足够了。但是,如果您不想深入研究对象模型,我推荐 Gary LaPointe 的 stsadm 扩展和他用于 SharePoint 的较新的 PowerShell cmdlet。两者都可以通过他的博客获得。
鉴于 PowerShell 在 Exchange 服务器上的普及程度,可以很好地假设其他 Office 服务器不会落后太多。因此,虽然您现在最好只从 PowerShell 调用 stsadm,但了解它的使用方式并在学习期间利用 Gary LaPointe 的扩展可能会是您的宝贵时间。
我是上述 SharePoint Provider 的羞耻作者 - 当前源将构建一个 2007 兼容的提供程序,甚至可以从非共享点框使用,但它仍然有点原始。我希望能尽快回到这一点。
我已经对几个 powershell 项目有点过分了,所以再次道歉。
以下 是来自 U2U 员工 Karine Bosch的三篇文章,其中介绍了一些使用 PowerShell 和 SharePoint 的操作。
根据已知的编码技能水平,您可以使用 PowerShell 和 SharePoint 做任何事情,因为 PowerShell 可以使用和 .NET 程序集,因此对象模型是完全可用的。
除非您对使用 PowerShell 有强烈的业务需求,否则我建议您坚持使用 stsadm.exe。
我相信 STSADM 将在相当长的一段时间内成为主要的管理工具。没有什么可以阻止您在 PowerShell 环境中使用 STSADM。
Stsadm 仍然活得很好,但从 Exchange 和 SQL 服务器 powershell 技能的发展来看,可能很快(2-3 年)就会在 SharePoint 世界中发挥作用。PowerShell 技能使现有站点的更新变得非常容易,尤其是当工具赶上 Visual Studio intellisense 时:-)
PowerShell 和 SharePoint 已经开展了大量工作。查看 Gary Lepointe 的博客。 http://stsadm.blogspot.com/ 他是 SharePoint MVP 世界中的 STSADM 先生。
我认为 Gary 已经为 Powershell 开发了一组 cmdlet(这个词对吗?)。
总的来说,我不是 PowerShell b/c 的忠实拥护者,我拥有扎实的开发技能,并且使用 SharePoint API 在 C# 中编写我需要的东西感觉更舒服。