これは奇妙な状況だと思いますが、2人のプログラマーが1つのプロジェクトに取り組んでいる状況を考えてみてください。1人のプログラマーはVisualStudio2012のASP.NETでデータベース駆動型Webサイトに取り組んでおり、他のプログラマーは同じデータベース駆動型ASP.NETWebサイトの別の部分でVisualStudio2008に取り組んでいます。
あなたの意見では、2つのコードを統合するための最良の方法は何ですか？
PS：反対票を投じる前に、コメントで説明してください。:-)
質問する
340 次
1 に答える
3
2 番目の開発者に VS のコピーを 2012 に更新してもらいます。2 つの異なるバージョンの VS を使用している場合、どちらの開発者も、もう一方のバージョンでビルド (またはアップグレード) されたコードベースのどの部分でも作業することはできません。バージョン。
全員が同じプラットフォームで作業し、同じソリューション、プロジェクト、およびソース コード ファイルをエラーなく読み込んでビルドできるようになると、2 つのコードベースの "統合" はかなり簡単になります。もちろん、変換プロセスはそれほど簡単ではないかもしれません。
私の最初のステップは、コードベース全体の信頼できるバックアップが取られていることを確認することです。フラット ファイルをファイル ストアにコピーするか、より確実に Subversion のような集中型 VCS を使用して、コードベースの信頼できる単一のコピーがそのまま存在し、簡単に取得できるようにすることができます。次に、2008 年の開発者が自分のマシンを 2012 に更新している間に、2012 年の開発者にコードベース全体をプルさせ、2008 年の開発者が取り組んでいたソリューションをロードし、変換ウィザードを実行します。このウィザードは、プロジェクト ファイルとソリューション ファイルの背後にある XML を更新して、新しい IDE バージョンの機能をサポートします。
両方の開発者を同じ IDE バージョンに絶対に入れることができない場合でも、まだ希望があります。2012 年の開発者にコピーで新しいソリューション ファイルを開いてもらい、2008 プロジェクトを取り込みます。VS がそれらを変換するように要求する場合、あなたは SOL です。他の開発者はアップグレードする必要があります。または、2012年の開発者は元に戻す必要があります。ただし、IDE が文句を言わない場合、2012 年の開発者は新しいソリューションを別の名前で保存し、そのソリューション ファイルを使用してプロジェクトとそのソース コードを操作できますが、2008 年の開発者は元のソリューションを引き続き使用できます。この状況が続く限り、2012 開発者は動的型、共変性/反変性キーワード、オプションのパラメーター/名前付き引数、async/await キーワードなど、C# 4.0/4.5 の機能を使用できないことを理解してください。 2008 年の開発者が引き続き使用できる必要があるソース コード。言語的には、2012 年の開発者は C# 3.0 と .NET Framework 3.5 に制限されています。これは、2008 年の開発者がその IDE によって作成されたプロジェクトで 2012 年の開発者によって最初から書かれたコードにアクセスできないという問題を解決しません。コードベースのこれらの部分で動作するようにアップグレードするだけです。
于 2012-11-26T19:22:34.587 に答える