Настройка разработчика Websphere Commerce с контролем версий

Question

Я еще не знаком с Commerce Server и его инструментами разработки. Я понимаю, что есть БД для хранения продаваемых вещей. Можно ли настроить инфраструктуру dev, где есть один тестовый сервер и несколько рабочих станций dev, и они совместно используют базу данных? У меня также был бы отдельный сервер, на котором размещался репозиторий CVS, и несколько разработчиков могли бы вручную извлекать данные с сервера CVS, выполнять работу и регистрироваться. Инструмент Build and Deploy на тестовом сервере будет извлекать данные из CVS и развертываться на тестовом сервере. Меня беспокоит общая база данных, и нужна ли каждой рабочей станции своя собственная база данных? Ищите общие сведения о том, как лучше всего работать с несколькими разработчиками, одним тестовым сервером и системой контроля версий.

Answer 1

Используйте локальные базы данных для каждого разработчика.

Затем используйте что-то вроде liquibase для управления любыми изменениями структуры базы данных.Требуйте, чтобы все изменения базы данных были записаны в сценарии и помещены в исходный репозиторий, а затем добавьте сервлет liquibase в ваш проект Stores.Таким образом, когда разработчики проверяют новые вещи, локальная база данных будет автоматически обновляться при перезапуске сервера.

Это дает дополнительное преимущество: ваши сценарии sql действительно тестируются хотя бы раз в команде разработчиков..

Теперь, в идеале, вы бы использовали wcbd и для своих разработчиков.Но так как это не отслеживает, какие сценарии уже были запущены в вашей системе, становится очень утомительно писать сверхзащитные сценарии sql (чтобы проверить, имеет ли эта таблица уже столбец X, расширенный до символов Y), или в случаеdataload, вы можете переопределить то, что на самом деле не должно быть.

Answer 2

Это зависит от того, насколько велика команда? В большинстве небольших проектов, над которыми я работал, у всех в команде есть своя собственная БД, и особенно, когда БД - это Derby / Cloudscape, но когда дело доходит до большого проекта с использованием DB2 или Oracle, всегда рекомендуется использовать общую БД, которая хранится на каком-то другом компьютере. чем у каждого локальная машина. Общая машина может вызвать проблему, если один человек удалит данные, но это может быть решено с помощью небольшой резервной копии и т. Д. В то время как с другой стороны, если у каждого в команде есть своя собственная БД, Ведущему будет трудно гарантировать, что БД каждого в синхронизации (это небольшое обновление, которое требует sql для запуска на всех компьютерах, чтобы их рабочие станции работали после каждой синхронизации кода из CVS, что является повседневной работой)

Answer 3

Вы могли бы сделать это. IBM поддерживает эту конфигурацию. Большинство разработчиков использует встроенную среду WCS, которая поставляется с WCS Developer. Это имеет время выполнения вместе с Apache Derby в качестве базы данных.

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

Answer 4

Я никогда не пытаюсь разделить базу данных, но я не думаю, что это хорошая идея, поскольку вся среда разработки может переопределять другие изменения dev (в БД).

И если разработчик должен изменить структуру базы данных, это может повредить всем.

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

Для вашей сборки и развертывания для тестового сервера это хорошо.