Каково расположение по умолчанию для журналов MSBuild?

Я использую Visual Studio Express 2012. Где находится файл журнала? Я искал в папке, где хранятся мои решения и проекты, но не могу найти их .журнал.

это конфигурация для ведения журнала:

4 72
msbuild visual-studio-2017 visual-studio-2012

4 ответа:

файл журнала из Visual Studio поддерживается только для проектов C++. вы просто должны работать с окно вывода для других.

смотрите этот аналогичный поток:VS2010: минимальный выход для входа в систему и подробный файл журнала

и в случае, если вам случится сделать это для проекта C++,файл в:

... сборки журналов в каталоге промежуточных файлов ... Путь и имя журнал построения представлен макрос в MSBuild выражение $(IntDir)$(MSBuildProjectName).log.

81

документация msdn довольно ясна об этом (и вам это не понравится!):

https://msdn.microsoft.com/en-us/library/jj651643.aspx

где написано:

чтобы создать файл журнала сборки для проекта с управляемым кодом в строке меню, выберите построить, построить решение.

в окне вывода, выделить информацию из сборки, а затем скопируйте ее в буфер обмена.

открыть a текстовый редактор, например блокнот, вставьте информацию в файл и затем сохранить.

15

используйте вывод сборки вместо ведения журнала в файл. Вместо копирования / вставки, просто нажмите где-нибудь в выводе и нажмите CTRL + S, чтобы сохранить. Visual Studio предложит вам указать местоположение (протестировано с Visual Studio 2017, но я предполагаю, что это работает и в более ранних версиях).

enter image description here

7

хотя это правда, что VS не позволяет это напрямую, все еще можно построить с MSBuild "внутри" VS2015 и получить как вывод окна сборки, так и файл журнала, как показано ниже: (возможно, это немного Хак.)

  1. в вашем VS управляемом решении добавьте новый проект (назовем его "Make"). a. тип проекта, который вы хотите, - это проект Visual C++/NMake.
  2. определите необходимые команды MSBuild в командной строке (см. ниже).
  3. изменить конфигурация решения для построения проекта NMake вместо обычных управляемых проектов.

это создаст проект, который имеет сборку, перестроение и чистые командные строки, где вы можете выполнить MSBuild напрямую. Например:

восстановить: MSBuild.exe /ds /v:diag /property:Configuration=Debug ..\BuildTest\BuildTest.csproj /t:Clean,Build

Build:MSBuild.exe /ds /v:diag /property:Configuration=Debug ..\BuildTest\BuildTest.csproj /t:Build

очистить: MSBuild.exe /ds /v:diag /property:Configuration=Debug ..\BuildTest\BuildTest.csproj /t:Clean

вы также можете указать несколько MSBuild.Команды, исполняемые для того, чтобы строить несколько проектов. Для обычного построения всего решения результат вы можете настроить таргетинг только на конечные сборки и позволить графу зависимостей генерировать отдельные целевые объекты.

это произведет a .файл журнала, где NAME - это имя используемого проекта NMake. В приведенном выше примере журнал будет make.бревно.

рабочий пример доступен на GitHub: https://github.com/bitblitz/VS_MsbuildExample (Проверено с VS2015)

обратите внимание, что строительство отдельных проектов напрямую все равно будет строить с нормальным поведением VS, но вы можете построить полное решение внутри VS и получить журналы сборки.

1