Я разрабатываю проекты TYPO3 с 2006 года, и проекты становятся все более сложными. Настройка простого сайта CMS с формой контакта и списком новостей - это обычная процедура.
В настоящий момент мы закончили крупный проект: платформа для международной компании с бесчисленными расширениями: Вход и регистрация, новости, списки записей базы данных, динамические формы контактов, опросы и статистика, функции интрасети: загрузка и загрузка документов, несколько бэкэндов "настроек" на изменения TCA и т.д.
Менеджеры проекта расстроились у нас разработчиками, потому что иногда, после того, как мы закончили функцию X и позже передали функцию Y серверу dev, функция X была сломана. Это было связано с настройками typoscript, взаимозависимостями расширения, ошибками версий или иногда простыми ошибками программирования и опечатками. Я знаю, как позаботиться о последнем, но в целом:Из вашего опыта:
Как мы можем разработать систему ошибок в TYPO3, где все работает в руке и расширениях, не мешают? Другими словами: Как мы можем обеспечить и изолировать функциональные возможности (расширения) - и избежать этих проблем с интервенцией?
Мы работаем в команде DEV с двумя разработчиками, и мы уже используем:
- Репозиторий Subversion
- Локальный сервер DEV для разработки и тестирования
- Файлы конфигурации внешнего typoscript, разделенные на отдельные файлы для каждого расширения
Изменить для Bountyhunters:
То, что я ищу, - это лучшая практика, которая может включать следующие темы:
- Общие привычки рабочего процесса
- Общие привычки кодирования
- Надежность нашей подрывной операции совершает (или Git)
- Модульное тестирование (PHPUnit, Selenium?)
- Развертывание (я еще не понял, как автоматическое развертывание может помогите нам)
- Рекомендации по использованию Typoscript