Программа msbuild для чего

Содержание

MSBuild что это за программа

Знаете программу MSBuild? Нет? Так не спешите, принявшись за очистку компьютера, вовсе удалять MSBuild, поскольку можете нажить тем самым ненужных проблем. В сети информация на счёт того, что это такое MSBuild довольно разрозненная, в виде либо кратких хаотичных разговоров на форумах, либо тяжеловесных для восприятия статей, написанных программистами для программистов. Поэтому я и решил попробовать написать, что это за приложение MSBuild, вкратце описав механику процесса, объяснить, для каких целей оно используется.

Что такое MSBuild

Итак, немного истории, плавно перетекающей в наши дни. Для реализации сборки небольших проектов существует компилятор командной строки и пакетного файла, который содержит вызов. В том случае, если проект возрастает, необходимой становится программа MSBuild, которая будет отслеживать версии файлов и компилировать модули. Изначально это была программа make, появившаяся еще в Unix и постепенно перешедшая на другие платформы. Его работа устроена таким образом: он считывает файл, в котором заключено описание зависимостей между исходными и целевыми файлами, затем сравнивает их версии и автоматически решает, требуется ли пересоздать целевые файлы.

Попробую подробно объяснить, что это за программа MSBuild. Идея была крайне простой, а вот формат этого самого make-файла очевиден не был. В течение долгого времени появилось множество разновидностей данной утилиты, каждая из которых обладала своим синтаксисом. Другой проблемой являлся расчёт на пакетную работу в режиме командной строки. Время шло, технологии, и прогресс не стояли на месте: появлялись различные визуальные интегрированные среды разработки (например, IDE), —стало очевидным несоответствие make современным требованиям. Тогда в 2002 появился VS 2002, где и от создания make-файлов отступились совсем, из-за чего стало невозможна компиляция проектов в режиме командной строки.

В дальнейшем Java-программистами, работающими в конкуренции с windows-программистами, была создана любопытная программа —Ant. От make его отличала отсутствие завязки на команды операционной системы: вместо команд ОС процесс происходил посредством внутренних команд Ant, которые проецировались на Java-классы.

Благодаря своей простоте и малому количеству ошибок эта программа Ant вскоре стала самым популярным подобным решением. А для разработки высокопроизводительных приложений был создан Msxml 4.0.

Вас интересует, каким образом всё это вообще относится к Microsoft? Самым что ни на есть непосредственным: именно прототипом Ant является программа MSBuild.

От теории к практике: немного примеров, иллюстрирующих необходимость MSBuild

Ясно, что эта программа MSBuild не является необходимым элементом для функционирования операционной системы, однако её удаление повлияет на работу огромного числа программ, завязанных на взаимодействие с ним. Среди них, например, Microsoft Office, используемый практически каждым из нас.

Если удалить MSBuild, многие интернет браузеры также элементарно перестанут запускаться. А если удалить ATK Package не будет работать 3d графика.

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

Источник

Что такое msbuild.exe? Это безопасно или вирус? Как удалить или исправить это

Что такое msbuild.exe?

msbuild.exe это исполняемый файл, который является частью Windows 8 Consumer Preview ISO-образы разработанный Microsoft, Версия программного обеспечения для Windows: 1.0.0.0 обычно 84744 в байтах, но у вас может отличаться версия.

Msbuild.exe безопасный или это вирус или вредоносная программа?

Первое, что поможет вам определить, является ли тот или иной файл законным процессом Windows или вирусом, это местоположение самого исполняемого файла. Например, для msbuild.exe его путь будет примерно таким: C: \ Program Files \ Microsoft \ Windows 8 Consumer Preview ISO images \ msbuild.exe

Если статус процесса «Проверенная подписывающая сторона» указан как «Невозможно проверить», вам следует взглянуть на процесс. Не все хорошие процессы Windows имеют метку проверенной подписи, но ни один из плохих.

Самые важные факты о msbuild.exe:

Если у вас возникли какие-либо трудности с этим исполняемым файлом, вы должны определить, заслуживает ли он доверия, перед удалением msbuild.exe. Для этого найдите этот процесс в диспетчере задач.

Найти его местоположение и сравнить размер и т. Д. С приведенными выше фактами

Если вы подозреваете, что можете быть заражены вирусом, вы должны немедленно попытаться это исправить. Чтобы удалить вирус msbuild.exe, необходимо скачайте и установите приложение полной безопасности, как это, Обратите внимание, что не все инструменты могут обнаружить все типы вредоносных программ, поэтому вам может потребоваться попробовать несколько вариантов, прежде чем вы добьетесь успеха.

Могу ли я удалить или удалить msbuild.exe?

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

Однако, если это не вирус, и вам нужно удалить msbuild.exe, вы можете удалить образы Windows 8 Consumer Preview ISO с вашего компьютера с помощью программы удаления. Если вы не можете найти его деинсталлятор, вам может потребоваться удалить ISO-образы Windows 8 Consumer Preview, чтобы полностью удалить msbuild.exe. Вы можете использовать функцию «Установка и удаление программ» на панели управления Windows.

Распространенные сообщения об ошибках в msbuild.exe

Наиболее распространенные ошибки msbuild.exe, которые могут возникнуть:

• «Ошибка приложения msbuild.exe».
• «Ошибка msbuild.exe».
• «msbuild.exe столкнулся с проблемой и должен быть закрыт. Приносим извинения за неудобства.»
• «msbuild.exe не является допустимым приложением Win32».
• «msbuild.exe не запущен».
• «msbuild.exe не найден».
• «Не удается найти msbuild.exe».
• «Ошибка запуска программы: msbuild.exe».
• «Неверный путь к приложению: msbuild.exe».

Как исправить msbuild.exe

Если у вас возникла более серьезная проблема, постарайтесь запомнить последнее, что вы сделали, или последнее, что вы установили перед проблемой. Использовать resmon Команда для определения процессов, вызывающих вашу проблему. Даже в случае серьезных проблем вместо переустановки Windows вы должны попытаться восстановить вашу установку или, в случае Windows 8, выполнив команду DISM.exe / Online / Очистка-изображение / Восстановить здоровье, Это позволяет восстановить операционную систему без потери данных.

Чтобы помочь вам проанализировать процесс msbuild.exe на вашем компьютере, вам могут пригодиться следующие программы: Менеджер задач безопасности отображает все запущенные задачи Windows, включая встроенные скрытые процессы, такие как мониторинг клавиатуры и браузера или записи автозапуска. Единый рейтинг риска безопасности указывает на вероятность того, что это шпионское ПО, вредоносное ПО или потенциальный троянский конь. Это антивирус обнаруживает и удаляет со своего жесткого диска шпионское и рекламное ПО, трояны, кейлоггеры, вредоносное ПО и трекеры.

Обновлен декабрь 2021:

Мы рекомендуем вам попробовать этот новый инструмент. Он исправляет множество компьютерных ошибок, а также защищает от таких вещей, как потеря файлов, вредоносное ПО, сбои оборудования и оптимизирует ваш компьютер для максимальной производительности. Это исправило наш компьютер быстрее, чем делать это вручную:

Загрузите или переустановите msbuild.exe

Вход в музей Мадам Тюссо не рекомендуется загружать файлы замены exe с любых сайтов загрузки, так как они могут содержать вирусы и т. д. Если вам нужно скачать или переустановить msbuild.exe, мы рекомендуем переустановить основное приложение, связанное с ним Windows 8 Consumer Preview ISO-образы.

Информация об операционной системе

Ошибки msbuild.exe могут появляться в любых из нижеперечисленных операционных систем Microsoft Windows:

Источник

Выполняет сборку проектов MSBuild из другого проекта MSBuild.

Параметры

Список разделенных точкой с запятой пар имя-значение для применения в качестве глобальных свойств к дочернему проекту. Указание этого параметра функционально эквивалентно заданию значений свойств с помощью параметра -property при выполнении сборки с использованием MSBuild.exe. Пример:

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

Параметр TargetOutputs также содержит следующие метаданные:

Примечания

Помимо перечисленных выше параметров, эта задача наследует параметры от класса TaskExtension, который, в свою очередь, наследует от класса Task. Список этих дополнительных параметров и их описания см. в статье Базовый класс TaskExtension.

В отличие от использования задачи Exec для запуска MSBuild.exe, эта задача использует тот же процесс MSBuild для создания дочерних проектов. Список уже собранных целевых объектов, которые могут быть пропущены, доступен как родительским, так и дочерним сборкам. Эта задача выполняется быстрее, так как при этом не создаются новые процессы MSBuild.

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

Начиная с версии MSBuild 3.5, проекты решения извлекают конечные выходные данные из всех подпроектов, которые он создает.

Передача свойств в проекты

В версиях MSBuild более ранних, чем MSBuild 3.5, выполнение передачи различных наборов свойств в разные проекты, перечисленные в элементе MSBuild, было сложной задачей. При использовании атрибута Properties задачи MSBuild его значение применялось ко всем создаваемым проектам. Чтобы применить разные значения, задачу MSBuild приходилось выполнять в пакетном режиме и условно определять разные свойства для каждого проекта в списке элементов.

MSBuild 3.5 предоставляет два новых зарезервированных элемента метаданных, Properties и AdditionalProperties, позволяющие легко передавать разные свойства в разные проекты, сборка которых выполнена с помощью задачи MSBuild.

Эти новые элементы метаданных применимы только к элементам, переданным с помощью атрибута Projects задачи MSBuild.

Преимущества сборки в системах с несколькими процессорами

Одно из основных преимуществ использования новых метаданных проявляется при выполнении сборок проектов в параллельном режиме в системах с несколькими процессорами. Метаданные позволяют объединить все проекты в один вызов задачи MSBuild, не требуя выполнения пакетной обработки или задачи MSBuild с разными условиями. При вызове единой задачи MSBuild сборка всех проектов, перечисленных в атрибуте Projects, будет выполняться параллельно. (Конечно, в том случае, если атрибут BuildInParallel=true определен для задачи MSBuild.) Дополнительные сведения см. в статье Параллельное построение нескольких проектов с помощью MSBuild.

Метаданные Properties

Если указано, метаданные Properties переопределяют параметр Properties задачи, а метаданные AdditionalProperties добавляются к определениям параметров.

Чаще всего сборка нескольких файлов решения осуществляется с помощью задачи MSBuild, выполняемой с использованием разных конфигураций сборки. Например, вам нужно выполнить сборку решения a1 с помощью конфигурации отладки, а решения a2 — с помощью конфигурации выпуска. В версии MSBuild 2.0 такой файл проекта выглядел следующим образом:

В следующем примере знаком «. » обозначены дополнительные файлы решения.

a.proj

Эту процедуру можно упростить, используя метаданные Properties и выполняя одну задачу MSBuild, как показано ниже:

a.proj

Метаданные AdditionalProperties

Рассмотрим сценарий, в котором выполняется сборка двух файлов решения с помощью задачи MSBuild, того и другого с использованием конфигурации выпуска, но одного из них с архитектурой x86, а другого — с архитектурой ia64. В версии MSBuild 2.0 вам потребовалось бы создать несколько экземпляров задачи MSBuild. Один — для сборки проекта с помощью конфигурации выпуска с архитектурой x86, другой — с помощью конфигурации выпуска с архитектурой ia64. Файл проекта выглядел бы следующим образом:

a.proj

Эту процедуру можно упростить, используя метаданные AdditionalProperties и выполняя одну задачу MSBuild, как показано ниже:

a.proj

Пример

Источник

Пошаговое руководство. Создание файла проекта MSBuild с нуля

Сведения о создании файла проекта для проекта C++ см. в разделе MSBuild (C++).

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

Расширение переменной среды PATH.

Создание минимального исходного файла приложения.

Создание минимального файла проекта MSBuild.

Построение приложения с помощью файла проекта.

Добавление свойств для управления построением.

Управление построением с помощью изменений значений свойства.

Добавление целей к построению.

Управление построением путем указания целей.

В этом пошаговом руководстве показан способ построения проекта в командной строке и проверка результатов. Дополнительные сведения о платформе MSBuild и ее запуске из командной строки см. в статье Пошаговое руководство. Использование MSBuild.

Для выполнения пошагового руководства необходимо установить решение Visual Studio, которое включает MSBuild и компилятор Visual C#.

Расширение пути

Прежде чем использовать MSBuild, необходимо расширить переменную среду PATH, чтобы включить все необходимые средства. Для этого можно использовать командную строку разработчика для Visual Studio. В Windows 10 ее можно найти в поле поиска на панели задач Windows. Чтобы настроить среду в обычной командой строке или в среде скриптов, запустите файл VSDevCmd.bat, находящийся в подпапке Common7/Tools каталога, в котором установлено решение Visual Studio.

Создание минимального приложения

Этот раздел описывает процедуру создания исходного файла минимального приложения C# с помощью текстового редактора.

Введите cd HelloWorld, чтобы изменить новую папку.

Запустите «Блокнот» или другой текстовый редактор и введите следующий код.

Сохраните файл исходного кода и назовите его Helloworld.cs.

Создайте приложение, указав в командной строке csc helloworld.cs.

Проверьте приложение, указав в командной строке helloworld.

Удалите приложение, указав в командной строке del helloworld.exe.

Создание минимального файла проекта MSBuild

Теперь, когда у вас есть минимальный исходный файл приложения, вы можете создать минимальный файл проекта для построения приложения. Такой файл проекта содержит следующие элементы.

Узел ItemGroup для хранения элементов.

Элемент, который ссылается на исходный файл приложения.

Узел Target для хранения задач, которые требуются для построения приложения.

Элемент Task для запуска компилятора Visual C# для построения приложения.

Создание файла минимального проекта MSBuild

Создайте файл в текстовом редакторе и введите следующие две строки:

Вставьте следующий узел ItemGroup в качестве дочернего элемента узла Project :

Обратите внимание, что узел ItemGroup уже содержит элемент.

Сохраните этот файл проекта и назовите его Helloworld.csproj.

Минимальный файл проекта должен выглядеть следующим образом:

В элементе можно использовать подстановочный знак «звездочка» (*) для ссылки на все файлы, которые имеют расширение имени файла .cs, как показано ниже:

Построение приложения

Теперь используйте только что созданный файл проекта для построения приложения.

После этого для создания приложения «Helloworld» будет вызван компилятор Visual C# и построен целевой объект построения файла проекта Helloworld.

Протестируйте приложение, указав в командной строке helloworld.

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

Добавление свойств построения

Для дальнейшего управления построением можно добавлять свойства построения к файлу проекта. Добавьте следующие свойства.

Добавление свойств построения

Удалите существующее приложение, указав в командной строке del helloworld.exe.

В файле проекта вставьте этот элемент PropertyGroup сразу после начала элемента Project :

Добавьте задачу в целевой объект построения непосредственно перед задачей Csc :

Добавьте следующий атрибут OutputAssembly к задаче Csc :

Файл проекта должен выглядеть следующим образом:

Тестирование свойств построения

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

Чтобы убедиться, что папка \Bin\ создана и содержит приложение MSBuildSample, введите dir Bin.

Протестируйте приложение, указав в командной строке Bin\MSBuildSample.

Добавление целей построения

Теперь добавьте к файлу проекта еще две цели.

Цель «Очистить», которая удаляет старые файлы.

Цель «Перестроить», которая использует атрибут DependsOnTargets для принудительного запуска задачи «Очистить» перед выполнением задачи «Построение».

Теперь, когда целей несколько, можно задать в качестве цели по умолчанию цель «Построение».

Добавление целей построения

В файле проекта добавьте эти две цели сразу после цели «Построение»:

Цель «Очистить» вызывает задачу «Удалить», чтобы удалить приложение. Цель «Перестроить» не запускается, пока не будут выполнены цели «Очистить» и «Построение». Несмотря на то, что цель «Перестроить» не имеет задач, она вызывает выполнение цели «Очистить» до выполнения цели «Построение».

Добавьте следующий атрибут DefaultTargets в начало элемента Project :

Это сделает цель «Построение» целью по умолчанию.

Файл проекта должен выглядеть следующим образом:

Тестирование целей построения

Для тестирования этих функций файла проекта можно запустить новые цели построения.

Построение по умолчанию.

Задание имени приложения в командной строке.

Удаление приложения перед построением другого приложения.

Удаление приложения без построения другого приложения.

Тестирование целей построения

Чтобы убедиться, что в папке \Bin\ содержатся приложение MSBuildSample и новое приложение Greetings, введите dir Bin.

Протестируйте приложение Greetings, указав в командной строке Bin\Greetings.

Чтобы убедиться, что папка \Bin\ пуста, введите dir Bin.

Введите команду msbuild.

Несмотря на то что файл проекта не указан, MSBuild строит файл helloworld.csproj, поскольку в текущей папке присутствует только один файл проекта. В результате в папке \Bin\ создается новое приложение MSBuildSample.

Чтобы убедиться, что в папке \Bin\ появилось приложение MSBuildSample, введите dir Bin.

Инкрементная сборка

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

Последовательное построение

В файле проекта добавьте к открытой цели «Построение» следующие два атрибута:

Полученная цель «Построение» должна выглядеть следующим образом:

Помните, что helloworld.csproj является файлом проекта по умолчанию, а построение — целью по умолчанию.

Параметр -v:d указывает подробное описание для процесса сборки.

На экране должны появиться следующие строки:

Целевой объект «Сборка» пропускается, так как все выходные файлы актуальны по отношению к входным.

Входные файлы: HelloWorld.cs

Выходные файлы: BinMSBuildSample.exe

MSBuild пропускает цель «Построение», так как с последнего построения приложения ни один из исходных файлов не изменился.

Пример в C#

В следующем примере показан файл проекта, который компилирует приложение C# и записывает сообщение, содержащее имя файла вывода.

Пример в Visual Basic

В следующем примере показан файл проекта, который компилирует приложение Visual Basic и записывает сообщение, содержащее имя файла вывода.

Что дальше?

Visual Studio может выполнять большую часть работы, описанной в этом пошаговом руководстве, автоматически. Сведения об использовании Visual Studio для создания, изменения, сборки и тестирования файлов проекта MSBuild см. в разделе Пошаговое руководство. Использование MSBuild.

Источник

Справочник по командной строке MSBuild

При использовании MSBuild.exe для создания файла проекта или решения можно включить несколько переключателей для указания различных аспектов процесса.

Синтаксис

Аргументы

Аргумент Описание
ProjectFile Создает целевые объекты в указанном файле проекта. Если не указать файл проекта, MSBuild выполнит поиск расширения имени файла, который заканчивается на proj, и использует этот файл в текущем рабочем каталоге. Можно также указать файл решения Visual Studio для этого аргумента.

Переключатели

В следующем примере MSBuild использует для создания три процесса MSBuild, что позволяет создать три проекта одновременно:

True. Узлы сохраняются после создания, чтобы последующие сборки могли использовать их (по умолчанию).
False. Узлы не сохраняются после создания.

Узел соответствует выполняющемуся проекту. Если добавить переключатель -maxcpucount, несколько узлов могут выполняться одновременно. -nologo Не отображать загрузочный баннер или сообщение об авторских правах. -preprocess[: filepath ] -pp[: filepath ] Создать один сводный файл проекта, встроив все файлы, которые будут импортированы во время создания, с отмеченными границами. Этот переключатель можно использовать для более простого определения импортируемых файлов, расположения, из которого выполняется импорт, и файлов, участвующих в сборке. При использовании этого переключателя проект не создается.

Сведения об использовании элемента Import для вставки файла проекта в другой файл проекта см. в разделах Элемент Import (MSBuild) и Практическое руководство. Использование одного и того же целевого объекта в нескольких файлах проектов. -outputResultsCache[:cacheFile] -orc[:cacheFile] Файл кэша вывода, куда MSBuild запишет содержимое кэша результатов сборки в конце сборки. При установке этого параметра также включаются изолированные сборки (-isolate). -profileEvaluation: — Профилирует оценку MSBuild и записывает результат в указанный файл. Если указанный файл имеет расширение MD, результат создается в формате Markdown. В противном случае создается файл с разделением табуляцией. -property: name = value -p: name = value Задать или переопределить указанные свойства уровня проекта, где name является именем свойства, а value — значением свойства. Укажите каждое свойство отдельно или используйте точку с запятой или запятую для разделения нескольких свойств, как показано в следующем примере:

Если с помощью этого переключателя указать какие-либо целевые объекты, они запустятся вместо целевых объектов в атрибуте DefaultTargets в файле проекта. Дополнительные сведения см. в статьях Порядок сборки целевого объекта и Практическое руководство. Выбор целевого объекта для первой сборки.

С помощью этого параметра можно собрать проект и указать версию, которая отличается от версии, указанной в элементе Project (MSBuild). Дополнительные сведения см. в статье Переопределение параметров ToolsVersion.

Для MSBuild 4.5 можно указать следующие значения version : 2.0, 3.5 и 4.0. При выборе версии 4.0 свойство сборки VisualStudioVersion указывает, какой вспомогательный набор инструментов следует использовать. Дополнительные сведения см. в разделе о вспомогательных наборах инструментов статьи Toolset (ToolsVersion) (Набор инструментов ToolsVersion).

При указании schema проект проверяется по указанной вами схеме.

Параметры для средств ведения журнала

Параметр Краткая форма Описание
-binaryLogger[:[LogFile=] output.binlog
[;ProjectImports=[None,Embed,ZipFile]]]
-bl Сериализует все события сборки в сжатый двоичный файл. По умолчанию файл находится в текущем каталоге и с именем msbuild.binlog. Двоичный журнал является подробным описанием процесса сборки, который можно впоследствии применять для воссоздания текстовых журналов и использования другими инструментами анализа. Двоичный журнал обычно в 10–20 раз меньше самого детализированного текстового журнала уровня диагностики, но он содержит больше информации.

Средство ведения двоичного журнала по умолчанию собирает исходный текст файлов проекта, включая все импортированные проекты и целевые файлы, найденные во время сборки. Это поведение контролируется обязательным параметром ProjectImports :

ProjectImports=None. Не объединять импортируемые пространства имен проекта.
ProjectImports=Embed. Внедрить импортируемые пространства имен проекта в файл журнала (по умолчанию).
ProjectImports=ZipFile. Сохранить файлы проекта в .projectimports.zip, где — имя, совпадающее с именем двоичного файла журнала.

Значение по умолчанию для ProjectImports — «Embed».
Примечание. Средство ведения журнала не собирает исходные файлы, отличные от MSBuild, например .cs, .cpp и т. д.
Файл .binlog можно «воспроизвести», передав его в msbuild.exe в качестве аргумента, а не решения или проекта. Другие средства ведения журнала будут получать сведения, содержащиеся в файле журнала, как если бы выполнялась исходная сборка. Дополнительные сведения о двоичном журнале и способах его использования можно найти на следующей странице: https://github.com/dotnet/msbuild/blob/main/documentation/wiki/Binary-Log.md

parameters -clp: parameters Передать указанные параметры в средство ведения журнала консоли, в окне консоли которого отображаются сведения о сборке. Можно задать следующие параметры:

Используйте точку с запятой для разделения нескольких параметров, как показано в следующем примере.

Если вы укажете имя для файла журнала с помощью переключателя -fileLoggerParameters, распределенное средство ведения журнала будет использовать это имя как шаблон, добавляя к нему значение идентификатора узла при создании файлов журнала для каждого узла. -distributedLogger:

forwarding logger -dl: central logger * forwarding logger Вести журнал событий из MSBuild, присоединяя разные экземпляры журнала к каждому узлу. Чтобы указать несколько средств ведения журнала, укажите отдельно каждое из них.

Синтаксис средства ведения журнала позволяет указать средство ведения журнала. Синтаксис средства ведения журнала представлен ниже в описании переключателя -logger.

В следующих примерах демонстрируется использование этого переключателя.

-dl:MyLogger,C:\My.dll*ForwardingLogger,C:\Logger.dll -fileLogger

Чтобы указать расположение файлов и другие параметры для средства ведения журнала fileLogger, используйте переключатель -fileLoggerParameters. -fileLoggerParameters[number]:

Можно использовать все параметры, которые указаны для -consoleloggerparameters. Также можно использовать один или несколько следующих параметров:

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

Ниже приведены примеры других возможностей.

-flp2:errorsonly;logfile=msbuild.err -logger:

logger -l: logger Задает средство ведения журнала для записи событий MSBuild. Чтобы указать несколько средств ведения журнала, укажите отдельно каждое из них.

Если сборка содержит ровно одно средство ведения журнала, его класс указывать не нужно.

Параметры средства ведения журнала являются необязательными и передаются в него точно по мере их ввода.

В следующих примерах используется переключатель -logger.

Источник

Операционные системы и программное обеспечение