Я проверяю обновление до VS2010.
Наши производственные серверы имеют только 3.5 Framework, и они будут обновлены через 6-9 месяцев.
У нас также есть сервер непрерывной интеграции, на котором запущен CruiseControl.NET (CC.NET).
На нем также есть 3.5 Framework.
Наша реализация CC.NET в основном вызывает msbuild.exe MySolution.msbuild. (Мы инкапсулируем большую часть логики сборки в файлы .msbuild, к вашему сведению)
Внутри .msbuild-файла следующий синтаксис «Build»:
(добавлено несколько пробелов для отображения здесь)
===========
Я знаю, что VS2010 может "Target" 3.5 Framework.
Мой вопрос заключается в том, что происходит, когда у меня есть машина разработки VS2010, и я проверяю файлы VS2010 .sln и .csproj (s) в системе управления версиями (svn, btw) ..... будет ли машина CC.NET ~ ~ на котором установлена только 3.5 Framework ........ сможет собрать .sln?
Полагаю, я мог бы это проверить, но уловка 22 в том, что у меня нет VS2010 (пока).
Поэтому я спрашиваю, прежде чем пытаться (пробная или реальная установка.
.............
Есть идеи, что будет?
Я думаю, главный вопрос в том, что произойдет.
c: \ WINDOWS \ Microsoft.NET \ Framework \ v3.5 \ MSBuild.exe "MyVS2010SolutionFile.sln"
??
Моя обнадеживающая цель состояла бы в том, чтобы позволить разработчикам иметь VS2010 (сейчас!), И он все еще будет в порядке для машины CC.NET и производственных серверов, которые будут иметь только 3.5 Framework на них в обозримом будущем. .
Просто чтобы быть ясно, разработчики НИКОГДА не создают развертываемые сборки. Только машина CC.NET создает сборки, которые будут отправлены в виде производственных сборок.
Любая помощь?