создание проектов разработки и продвижения из одной и той же отрасли

#maven #maven-2 #maven-3 #maven-plugin #maven-assembly-plugin

Вопрос:

ПРИВЕТ, на самом деле я хочу использовать только одну ветвь для создания как dev, так и prod с помощью maven, которые имеют разные конфигурации для dev и prod. Я создал папку под названием config и создал вложенные папки под названием dev и prod, содержащие их конфигурации и файлы.

Теперь , как правило, у нас была ветвь master и development, и мы используем для создания сервера, такого как mvn-U clean install-P APIServer.

Теперь требование аналогично свойствам разработчика , файлы необходимо скопировать из папки конфигурации в соответствующие места. mvn -U чистая установка -сервер APIServer PDEV

Для продукта : mvn -U чистая установка -APIServer PPROD. свойства продукта из папок конфигурации должны перейти в соответствующие места и создать рабочий сервер.

Как это реализовать. Я совершенно сбит с толку в отношении реализации.

Комментарии:

1. Первый вопрос: Почему у вас разные зависимости для DEV и PROD, потому что это означало бы, что вы тестируете в DEV что-то другое, чем вы используете в prod, что, с моей точки зрения, не имеет смысла…

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

3. Услуга основана на зависимости? С моей точки зрения, это скорее свойство.. То, что тестовая база данных находится в другом месте, означает, что URL/имя пользователя/пароль отличается, что означает наличие другого файла свойств для этого…но не другой зависимости… это звучит неправильно с точки зрения дизайна… Но код должен быть одинаковым…иначе вы не проверяете правильные вещи…

4. Это моя ошибка. Я имею в виду конфигурации, а не зависимости.

5. Конфигурация не должна каким-то образом упаковываться только в среде, в которой вы работаете, чтобы это означало, что профиль не нужен? В частности, если вы сделаете install ? Если у вас есть тесты, они должны использовать dev по умолчанию…и тестирование с помощью модульных/интеграционных тестов по определению является плохой идеей…