Лучшая практика, чтобы избежать перестроения в vs2010

У меня есть решение, что один из его проектов компилируется слишком долго и редко изменяется. Это означает, что если разработчик «перестроит» все решение, это займет время (хотя в этом конкретном проекте ничего не изменилось).

Возможно, мне предложили добавить некоторую «командную строку события перед сборкой», но как именно я проверю необходимость компиляции (я хочу, чтобы компиляция была изменена)? и — если я могу потерпеть неудачу — это хорошая практика? (с точки зрения непрерывной интеграции и т. д.)

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

0

Решение

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

  • избегая изменений в заголовках, они запускают пересборки всех блоков перевода, которые их включают
  • использовать предварительно скомпилированные заголовки
  • использовать предварительные объявления вместо включений в заголовочные файлы (где это возможно)
  • разбить большие решения на модульные проекты, которые динамически связаны друг с другом
2

Другие решения

Других решений пока нет …

По вопросам рекламы [email protected]