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