開発者をVisual Studio 2005から2008に更新する予定です。この移行中に目にする共通の「落とし穴」はありますか？Visual Studio 2005から2008に移行する際の注意点は何ですか？
現時点で私の主な懸念事項は、WSE 3.0を使用していることです（主に外部の.asmx Webサービスを使用しますが、私たちもいくつかホストしています）。 WSE 3.0がWCFに置き換えられて以来、それは問題になるでしょうか？
追加の背景情報：Webアプリケーションではなく、複数のWebサイトを持つVB.NETアプリケーション。現在.NET 2.0を使用しており、すぐに3.5にアップグレードする予定です。
他に何か気になるものはありますか？
あなたが注意しなければならない主な問題は、チームをアップグレードすることだと思います。 Visual Studioの新しいバージョンにアップグレードすると、プロジェクトファイルも強制的にアップグレードされます。アップグレードが完了すると、ファイルは以前のバージョンのVisual Studioと互換性がなくなります。これは、以前のバージョンのVSを使用している開発者を壊すことを意味します。最高のアドバイスはチーム全体をアップグレードすることです。
これを回避する最も良い方法は、2つのバージョンのプロジェクトファイルを保存することです。 1つは以前のバージョンのVisual Studio用で、もう1つは現在のバージョン用です。これには明らかに少しオーバーヘッドがあります。実際に新しい言語機能を使用し始めると、新しい機能が旧バージョンのVisual Studioでコンパイルされない可能性があるため、これ以上は機能しなくなります。
それは私たちがやったことで、SP1までアップグレードしないことに決めた理由です。 –
私は同意します。 JaredParのアドバイスに従うと、驚くほど痛みを伴わないようにアップグレードすることができます。自動化されたビルドプロセスをお持ちの場合、私はそれが少しの検討を必要とする1つの領域だと思います。 –
ASP.NETプロジェクトのようなもの（特にスタイリング要素の場合）のビジュアルエディタの変更は、非常に異なり、最初は非常に不満に思うかもしれません。
私はVS05-08の移行がかなり無痛であることを発見しました。理論的には、VS2008で2005年のソリューションを単に開くことができ、変換して、すべてがうまくいくはずです。 VS2008では、特定のバージョンの.NETを「ターゲット」にすることができます。ここでのデフォルトは、.NET 2.0を引き続きターゲットにすることです。つまり、3.5は補完的な更新版なので、3.5に変更する必要がある.NET 2.0コードは、変更する必要があります（変更するドロップダウンボックスのみ）。私はかなりWSEのものは "ちょうど"働くべきだと確信しています。
実際には、プロジェクトテンプレートや依存関係などの問題が発生する可能性があります。 WebサイトとWebアプリケーションはどちらもサポートされているので、問題ではないと思う。
最後に、すべてのバックアップを作成してVS2008で開き、何が起こるかを確認します。
WSEは廃止されました。 Visual Studio 2008以上ではサポートされていません。 WCFはすべての新しいWebサービス開発に使用する必要があり、既存のWSEコードは引退またはできるだけ早く移行する必要があります。 –