Почему сборка VS2008 отличается от msbuild для того же решения?

Question

Я унаследовал решение, состоящее из нескольких проектов, смесь VB.NET и C #. Он прекрасно работает с помощью кнопки "Построить решение" в среде IDE. Он не собирается из командной строки с использованием "msbuild foo.sln"; сообщение об ошибке указывает, что проект A (который ссылается на проект B) не может найти проект B. Действительно, после изучения содержимого папки «bin» после использования «msbuild» и сравнения ее с содержимым после использования IDE я могу найти много пропавших без вести DLL, в том числе B.dll.

Вкратце: проект A имеет ссылку на проект B, но B.DLL копируется в каталог bin A только при использовании IDE, но не при использовании msbuild. Если я запускаю msbuild после сборки IDE, она работает, так как указанные библиотеки DLL копируются.

Я наивно полагал, что msbuild foo.sln - это то же самое, что и сборка IDE для foo.sln. Кажется, это не так. Есть еще как минимум три подобных вопроса о переполнении стека, но я не могу сослаться на них, потому что «новые пользователи могут публиковать только одну гиперссылку» (!!). Сожалею. Вот названия вопросов, чтобы вы могли искать себя:

• разные результаты при использовании msbuild project.sln build против vs2008 IDE build
• MSBuild правильно строит проекты со ссылками на проекты, но не из решения
  • Здесь ответ Джона Сондерса предлагает использовать «devenv», который мне подходит.
• MSBuild не получает ссылки на указанный проект

Теперь вот мои вопросы:

1. Где я могу найти документально подтвержденные действия Visual Studio, когда вы "Build Solution"?
2. Каковы рекомендации по настройке Visual Studio и сервера Continuous Integration (например, Hudson), чтобы сборки рабочих станций разработчика были такими же, как сборки CI?
   • Должны ли мы настроить сервер CI для использования devenv, как предложено Джоном Сондерсом, выше?
   • Или мы должны написать скрипт MSBuild для Visual Studio, который будет использоваться в соответствии с предложением http://brennan.offwhite.net/blog/2007/05/31/running-msbuild-from-visual-studio/?
   • Что-то еще ...?

Я из мира Unix, поэтому не стесняйтесь присылать мне указатели новичков.

Answer 1

Джон Уэлдун прав, сборки из Visual Studio и MSBuild очень похожи, но иногда могут отличаться. Одним из случаев является то, что VS является более уступчивым по отношению к референсам. Допустим, у вас есть три проекта A, B и C. A зависит от B, а B зависит от C. Затем в VS, если проект A просто ссылается на B, тогда все в порядке, но MSBuild может жаловаться, потому что отсутствует ссылка на проект C. Одна из главных причин, по которой существует некоторое различие, заключается в том, что в VS имеется главный компилятор, который используется для облегчения работы с IDE. Если вы хотите понизить свой интерфейс IDE, вы можете установить для свойства MSBuild UseHostCompilerIfAvailable значение false, чтобы заставить Visual Studio использовать MSBuild. Такие как

<PropertyGroup>
    <UseHostCompilerIfAvailable>false</UseHostCompilerIfAvailable>
</PropertyGroup>

Я не предлагаю этого, но если вам это абсолютно необходимо, опция доступна для вас.

Answer 2

По моему мнению, вы должны создавать свои скрипты CI и обычные скрипты сборки с помощью msbuild.

В среде IDE не все время используется один и тот же движок, как в движке msbuild, хотя я думаю, что они работают над этим все больше и больше.