2010-12-15 13 views
2

SharePoint 2010プロジェクトで作業を開始し、Visual Studio 2010ビルトイン魔法拡張機能を使用して作業を開始しています。しかし、への回帰サイクルは、ソリューションが非常に長い(ビルド、パッケージ化、リトラクト、デプロイメント、再起動など)ために非常に時間がかかります。この間の唯一の変更は個々のWebパーツにあります。過去にはWebパーツ開発のVS2010 "SharePoint"サイクルタイムの高速化

私はWSP Builderを使用しているとマイナーアップデートのためのdevのボックス上がちょうどはるかに短いターンについて変更を確認する必要がありますコピー・ツー・GAC /コピー・ツー・ハイブの機能を使用してWebパーツへの接続私はVS2010で同様の素早いターンアラウンドを得る類似の(または代替の)方法があるのだろうかと思っていましたか?マップされたフォルダのアドレスは変化するビューだと言いますが、今注目しているのはWebパーツです。

「あなたはいつでも再展開するべきです」と言う場合は、他の[有用な]アドバイスを参考にしてください。テストサーバーは完全に再展開されます。これは単に開発サイクル時間を短縮するのに役立ちます。

答えて

2
+0

リンクありがとうございました(そして、sharepointoverflowへのtip-off)。私は現在CKSを使用していますが、コンテキストメニューからのクイックデプロイメント(ホットキーはありません: - /)が、デプロイメント設定のデプロイメントによって間違ったローカルパスが決定され、失敗します。 –

1

あなたはBINディレクトリではなく、GACを展開する場合、あなただけのポストビルドにコピーを行うことができます - リスタート/必要などを展開していません。

+0

提案をお寄せいただきありがとうございます - BINとGACを分離しました(そして、 "余分な" SharePointサービス/機能/タイマーをすべてシャットダウンしました)。 –

関連する問題