別のバージョンの Visual Studio を使用している人と共同作業した経験のある人はいますか?
VS 2008 または 2010 にアップグレードした場合、VS 2005 を使用している人と作業するのはどれくらい難しくなりますか?
共有するプロジェクトで .NET 2.0 などをターゲットにする必要があることはわかっていますが、プロジェクトとソリューション ファイルの違いをどのように処理するかについてもっと関心があります。
.vcproj を VS 2008 に更新すると、他の人がそれを読み取ることができないため、ソース管理にチェックインできなくなりますか? もしそうなら、自分のプロジェクトにファイルを追加した場合、そのプロジェクトがそれを取得するようにするにはどうすればよいですか?
VS バージョンごとに複数のプロジェクト ファイルの生成を自動化する方法はありますか? そうでない場合、この状況に対処するためのベストプラクティスは何ですか。
私が見つけた最も簡単で簡単な方法は、ダウンレベル バージョンの Visual Studio のコピーを自分のマシンに保持することです。これまでに問題や問題が発生したことはありません。
マシンに 2k8 または 2k10 のみを置きたい場合、次のオプションは、各形式で 2 セットの SLN/CSPROJ ファイルを維持することです。明らかに、これには、プロジェクトに追加する新しいファイルを自分でチェックしなければならないというリスクが伴いますが、プロジェクトで作業しているのが 2 人だけの場合は、それほど悪くはありません。
ソース管理に関しては、さらに厄介です。正確なバージョン、リリース、サービス パック、およびその他すべてである必要があります。そうしないと、プロジェクト/ソリューション ファイルに異なるバージョン番号が含まれます。ここに 1 人の男がサービス パックか何かを忘れています。彼がいつチェックインしたか、あなたはいつも知っています。
可能であれば、同じコードを扱うすべての開発者に対して、同じバージョンの Visual Studio を使用するようにしてください。
前回、同じプロジェクトを異なるバージョンの Visual Studio で使用する必要がある状況にあったとき、VS 2003 と VS 2005 を切り替えていました (.NET 1.1 と 2.0 を対象とするクラス ライブラリを構築しています)。プロジェクト ファイルの同期を手動で維持する必要があったため、これは多少面倒でした。
The way I would try to solve this is by getting the other developer to upgrade to Visual Studio 2008, as you are able to target older versions of the framework in the compiled binary is there any reason for them not to upgrade? :)