Зачем нужна папка "build/" с PHP-проектом и phing
В чем преимущество наличия папки "build/", в которую будут помещены и "собраны" все исходники?
Может быть, это глупый вопрос, но я пытаюсь понять непрерывную интеграцию с PHP. Любой пример build.xml для phing использует такую сборку / папку, но какой смысл в этом для PHP, где извлеченный проект не требует компиляции, только базовая конфигурация. Копирование всего этого в build / только усложнит ситуацию, потому что у вас будут двойные файлы и папка +1 к корневому веб-пути (если вы хотите иметь веб-интерфейс для запуска тестов селена)
Особенно мне нужно звонить по двум случаям:
1) пусть новый пользователь установит свою первую установку (или обновит старую) прямо на рабочей копии
2) запустить юнит /func-тесты, phpcc, phpcs, phpdoc и т. Д. (Все это обычно на CI-сервере)
Должен ли я иметь "build/" для второго задания? Какова лучшая практика для PHP?
1 ответ
Существует несколько веских причин иметь каталог для сборки (т. Е. Развертывание в нескольких средах, выполнение некоторой замены текста, сведение к минимуму и объединение CSS и JS, оптимизация изображений, обработка файлов конфигурации и т. Д.)
Однако они могут не применяться в ваших случаях использования. Нет правила, согласно которому вам нужен этот каталог. В зависимости от вашего мнения о тестировании на производстве, каталог сборки может быть хорошей причиной для сохранения этого каталога.