Причины привести сборку к сбою
Как инженер сборки, я постоянно ищу новые и интересные способы улучшить наш процесс сборки - и это включает поиск новых и интересных способов привести наши сборки к сбою!
Я должен все же найти канонический список причин привести сборку к сбою..., таким образом, я полагаю, что пора получить созданное то. С этим в памяти:
Что время изготовления проверяет - и очевидный и творческий - Вы видели сборки сбоя?
12 ответов
- Сбой компиляции.
- Производственный код
- Тесты классов
- Сбой любого вида тестов:
- Unit tests
- Integration tests
- Functional tests
- Performance tests
- Несоответствие проверкам качества:
- Конвенция кодирования (Checkstyle)
- Покрытие тестов (Clover, Cobertura и т.д.)
- Обнаружение ошибок (FindBugs, PMD, Hammurapi)
- Обнаружение Copy Paste (CPD, Symian)
- Бинарная совместимость (Clirr)
Неодобренные проверки в сборке. Такие вещи, как проверка кода, который не связан с рабочим элементом или исправлением ошибки.
Код, не прошедший автоматизированную проверку качества (FxCop и т.д.).
Моя компания на самом деле этого не делает, но с большой устаревшей кодовой базой, такой как наша, было бы неплохо потерпеть неудачу при недокументированных изменениях. Без какого-либо уведомления об ошибке наш отдел QA не смог бы протестировать изменения, и это страшно!
Проверить наличие повторяющихся классов (одинаковый пакет и имя класса) в разных файлах jar (Java).
Возможно, вас интересует Гамбитная схема .
Для вашего второго вопроса: Нет, Apple не разрешает использовать интерпретированный код в вашем приложении.
EDIT
Бен Готлиб прав, вы не можете запускать пользовательские сценарии в приложении, но интерпретация внутреннего кода должна быть в порядке.
-121--4859500-Отказ при тестировании блока.
-121--3542806-Что-то такое простое, как проверка на сбой компиляции, должно считаться обязательным, - сказал nuff .
Заезды, которые приводят к нарушенным построениям, должны быть неприемлемыми, хотя печальная правда в том, что многие организации действительно принимают такие.
Если компиляция не удалась:
- ... у вас не будет двоичного файла для использования или запуска.
- ... Вы не можете запустить тесты и анализ, чтобы убедиться, что он работает.
- ... Вы не можете выполнить другие проверки, необходимые для построения проекта.
- ... вы не можете угодить своему клиенту, потому что вам нечего показать.
Почему? ПОСКОЛЬКУ СБОРКА НАРУШЕНА .
- Ошибка компиляции
- Модульные тесты
- Интеграционные тесты
- Системные тесты
- Соглашения об именах
- Качество кода
- Регрессионные тесты
В своей статье, посвященной Непрерывной интеграции , Мартин Фаулер представил отказ запустить набор модульных тестов приложения как вескую причину для неудачной сборки.
Введение циклической зависимости между модулями (например, пакетами Java).
Покрытие кода снижается или падает ниже приемлемого порога.