Как отображать предупреждения о сборке в электронном письме с предупреждением TFS

#tfs #azure-devops #tfs-alerts

#tfs #azure-devops #tfs-оповещения

Вопрос:

Электронное письмо с предупреждением TFS о завершенных сборках содержит список ошибок сборки. Мы используем локальный сервер TFS 2018 (он же Azure DevOps Server). введите описание изображения здесь

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

Я уже прочитал многочисленные сообщения об изменении BuildCompletedEvent.xsl внешнего вида электронного письма, и все работает хорошо. Используя приведенный ниже способ получения полного ввода XML, я обнаружил, что на самом деле он не содержит предупреждений о сборке.

Есть ли способ изменить / взломать службу TFS, которая создает XML-ввод для электронных писем с предупреждением?

Информация об этом в Интернете представляет собой набор фрагментов для XAML-сборок, серверов до TFS-2010, после TFS2010 и серверов / служб Azure devops server / services с множеством мертвых ссылок и незаконченных концов.

Я чувствую, что мне, по сути, пришлось переопределить почти весь механизм оповещения по электронной почте на сервере TFS, если бы я пошел по пути создания пользовательского подписчика для BuildCompletedEvent события (он же BuildCompletionEvent ).

Итак, существует ли достаточно экономичный (т. Е. Простой) способ поместить эту небольшую дополнительную информацию в электронные письма с предупреждением TFS?

 <?xml version="1.0" encoding="UTF-8"?>
  <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
  <xsl:template match="/">
    <textarea>
      <xsl:copy-of select="/" />
    </textarea>
  </xsl:template>
</xsl:stylesheet>
  

Комментарии:

1. Имеется 10 000 предупреждений. Я бы предположил, что это явный признак того, что на самом деле они никого не волнуют. Вы действительно заметите, если количество предупреждений увеличится с 10 000 до 10 001? Даже если бы у вас были предупреждения, отображаемые в результатах сборки, это была бы просто огромная стена предупреждений, которая слишком велика, чтобы делать что-либо, кроме как игнорировать.

2. Что ж, я размышлял, возникнет ли это возражение. Конечно, обычно у нас не так много ошибок и предупреждений. Я намеренно скомпилировал набор shelve с несколькими ошибками и / Wall, который вызывает множество предупреждений в заголовках стандартной библиотеки; просто чтобы было над чем работать. Просто для справки: ограничение списка записей, скажем, до 100 для каждой, было бы шагом 2.