今日、私の新しい仕事でソリューションを開こうとしましたが、以前のバージョンのVisual Studioで作成されたため、変換する必要があると言いました。また、ソリューションはソース管理で自動的にチェックアウトされると述べています。TFSとVS 2010
明らかに、私は何かを台無しにする何もしたくない。 Visual Studioで目的のフレームワークを変更するだけで、コンバージョンを処理する必要はありませんか、Visual Studio 2008をインストールするだけですか？
開発者がまだVS 2008を使用している場合は、ソリューションをアップグレードしないでください。新しいソリューションを作成し、それを「横並び」にするか、コードを分岐することができます。しかし、ソリューションをVS 2010ソリューションで上書きすると、そのソリューションを再び使用することはできません。
実際には厳密にはそうではありません.... –
いいえ、厳密ではありませんが、VS 2010のソリューションファイルは一般的な意味では破壊的であり、私はその方向に向かないでしょう。さて、あなたはVS2010とVS2008のソリューションを並べて持っているので、ソリューションを設定するいくつかの巧妙な方法があります。 –
もう1つ。 VS2010の大きな問題は、新しいコーディング構成を使用する場合です。その多くはまだ2.x（3.xを含む）にコンパイルされます。あなたはこのように大きなコードの破損に終わり、修正するのは簡単ではありません。最悪のことは、開発者はしばしば彼が他の誰かに水を流していることを気付かない。最良の選択肢は、誰もがアップグレードするまで、VS2008の古いコードを編集することです。それはより簡単です。 –
Visual Studio 2008との互換性が失われます。会社のソリューションは、変更の指示がない限り、入手したものと同じフォーマットを保ってください。
ターゲットフレームワークを変更することはできますが、変換が停止することはありません。問題は、プロジェクトファイルとソリューションファイルです。 XMLベースのMSBUILDです。何が起きているのかは、.NETフレームワークではなく、MSBUILDのアップグレードです。
VS2008をインストールして、すべてのチームメンバーがVS2010にアップグレードされるまで使用する必要があります。一度アップグレードすると、VS2008を使用しているメンバーはソリューションを開くことができなくなります。 MSBUILDアップグレードをハックアップするものがいくつかありますが、私はそれらをお勧めしません。
わからない！あなたの社内基準は何ですか？ 2008年または2010年？ –