VSeWSS 1.2 ベースの開発に最適な展開方法を提案できる人はいますか?
私はこれを 6 か月以上使用しています。この目的で WSPBuilder を使用しようとした人はいますか?
質問する
1788 次
8 に答える
3
VSeWSS 1.3を見てください。優れたビデオの概要については、Kirk Evans のブログを参照してください。 .
主な欠点は、Visual Studio 2008 が必要なことです。
私は STSDEV の支持者でしたが、現在は VSeWSS 1.3 に傾倒しています。他の WSPBuilder および STSDEV ユーザーもいずれ同じように感じるのではないかと思いますが、まだ評価を終えていません。
于 2009-03-18T18:39:59.967 に答える
2
私たちは常に WSPBuilder を使用してきました。これは、wsp を作成する場合に最適です。
また、VS アドインも提供します。VS から直接、ビルド、デプロイ、アップグレードなどを行うことができます。ブランク機能、Web パーツ機能、Receiver を含む機能、ワークフロー機能、イベント ハンドラー、アイテム テンプレートなどの VS テンプレートを提供します。
WSPBuilder で 20 以上のプロジェクトを管理しています
于 2009-01-21T18:13:49.877 に答える
2
Kirk Liemohn が指摘しているように、VSeWSS 1.3 にアップグレードする必要があります。多くのお客様からのフィードバックを受け、このバージョンには開発者向けの新機能がたくさんあります。
これには、新しいバイナリのみまたはファイルのみを SharePoint 12 フォルダー構造に展開するためのクイック展開コマンドが含まれています。また、Visual Studio 2008 を搭載した x64 OS でも動作します。コマンド ラインをサポートしています。
ここで入手可能
于 2009-06-21T14:24:47.997 に答える
0
VSeWSS 1.3 CTPは現在リリースされており、コマンドラインをサポートしています。そうは言っても、拡張機能はIMHOであり、現在、非常に大規模で非常に複雑なプロジェクトで使用されていることに基づいています。これは、次の理由による直腸の痛みです。
拡張機能が有効なプロジェクトのソリューションを開くたびに、VSeWSSがすべてのプロジェクトを処理し、構造を確認し、各ソリューションを再パッケージ化しようとする間、座って待つ必要があります。ソリューションに追加する拡張機能が有効なプロジェクトごとに、待機時間は指数関数的に増加するようです。VM内でのSharePoint開発の実行にすでに含まれているすべての待機を考えると、待機は耐え難いものになる可能性があります。
VSeWSSがプロジェクトを進めている間、進行中の作業は示されていません。VSは単に応答しなくなります。
拡張機能が有効なプロジェクトでVSソリューションを閉じるたびに、VSeWSSは操作全体を繰り返し実行します。私の現在のプロジェクトのこの時点までに、私は通常10時間ほど席に着き、最後にやりたいことは家に帰るのを長く待つことですが、このプロセスは耐え難いほど悪いです（それが可能である場合でも）。私たちのチームの開発者のほとんどは、タスクマネージャーに移動してdevenv.exeを強制終了します。待つのではなく処理します。
統合ビルドを実行するために現在の（CTP）バージョンの拡張機能を使用しようとして非常に苦労しました。コマンドラインからVSeWSSを使用して、すべてのプロジェクトのビルドとパッケージ化を行う際に、多くの問題が発生しています。
簡単に言うと、STSDEVを使用します。フォルダを設定するのはちょっと面倒ですが、すべてをスクリプト化すると、ほぼ設定が完了します。
于 2009-08-31T18:23:00.937 に答える
0
VSeWSS 1.2 の欠点の 1 つは、bin へのデプロイのサポートがないことです。1.3 ではそれが追加されていますが、参照されたアセンブリで動作するようにはなっていません。STSDev 2008に切り替えました。これは、元の STSDev のスピンオフであり、バグが修正されています。私は主な貢献者と協力して CodePlex のプロジェクトにドキュメントを追加してきましたが、1 年強で 1900 件のダウンロードがありました。
于 2009-07-23T21:28:46.653 に答える