SharePoint 2007用のPowershellプロバイダーは価値がありますか、それともstsadm.exeで十分ですか?
私は前述のSharePointプロバイダーの恥ずべき作者です-現在のソースは、非シェアポイントボックスからでも使用できる2007互換プロバイダーを構築しますが、それでも少し原始的です。私はこれにすぐに戻ることを望んでいます。
私はすでにいくつかのPowerShellプロジェクトに少し行き過ぎているので、もう一度お詫びします。
ExchangeサーバーでPowerShellがどれほど普及しているかを考えると、他のOfficeサーバーがそれほど遅れることはないというのはおそらく良い仮定です。したがって、今のところPowerShellからstsadmを呼び出す方がよいかもしれませんが、その使用方法を理解し、学習中にGary LaPointeの拡張機能を利用することは、おそらく時間の価値のある使用になります。
ここarethree PowerShellとSharePointの一部の操作をカバーするU2Uの従業員 Karine Bosch からの投稿。
既知のコーディングスキルのレベルに応じて、PowerShellは.NETアセンブリを使用できるため、PowerShellとSharePointで何でもできるため、オブジェクトモデルは完全に使用可能です。
PowerShellを使用するビジネス上の強いニーズがない限り、stsadm.exeを使用することをお勧めします。
PowerShellとSharePointではすでにかなりの作業が行われています。 GaryLepointeのブログをチェックしてください。 http://stsadm.blogspot.com/ 彼はSharePointMVPの世界でSTSADM氏です。
Garyは、Powershell用の一連のコマンドレット(それは正しい言葉ですか?)を開発したと思います。
一般に、私はPowerShell b/cの大ファンではありません。確かな開発スキルがあり、SharePoint APIを使用してC#で必要なものを書くのがより快適だと感じています。
Stsadmはまだ健在ですが、ExchangeおよびSQLサーバーのPowerShellスキルの開発から判断すると、SharePointの世界では間もなく(2〜3年)必要になる可能性があります。 PowerShellスキルを使用すると、既存のサイトの更新が非常に簡単になります。特に、ツールがVisualStudioのインテリセンスに追いついた場合はそうです:-)
STSADMはかなり長い間主要な管理ツールになると思います。 PowerShell環境からSTSADMを使用することを妨げるものは何もありません。