PDB в Service Fabric Builds - PullRequest
       30

PDB в Service Fabric Builds

0 голосов
/ 19 декабря 2018

Почему шаблон для Service Fabric в Azure DevOps создается по умолчанию с шагами по перемещению PDB из пакета SF, предотвращая их развертывание в кластере?

В моем случае я хочу, чтобы они были включены, поэтому исключения включают номера строк.

Хотя я могу изменить (или удалить) эти шаги PDB, мне интересно, почему они делают это в случае, если я что-то упускаю, например, из-за лучшей практики, с которой я не знаком.

1 Ответ

0 голосов
/ 20 декабря 2018

Мне не известны некоторые строгие передовые практики, но вот мои личные выводы, сделанные на основе документации SF.

Развертывание


Один изсамый важный параметр пакета с точки зрения развертывания - размер пакета .

Влияет:

  1. Время, необходимое для: сжатия / выгрузки / распаковки - при наличии большого количества файлов .dll будет много .pdb (по одному на каждый из .dll).Это, в свою очередь, может значительно увеличить размер упаковки.Большие пакеты требуют больше времени для сжатия, загрузки и распаковки.
  2. Потребление памяти - это звучит очевидно, но большие пакеты занимают больше памяти.Это может показаться незначительным, но если у вас есть 10 сервисов, каждый пакет которых ~ 100 МБ (несжатого размера), вы уже используете 1 ГБ памяти.Наличие нескольких приложений с несколькими службами может привести к значительному потреблению памяти.Поэтому важен каждый МБ.

Вы можете найти некоторую информацию по теме здесь .

Построить конвейер


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

...