Лучшая практика в управлении версиями приложений JavaScript - PullRequest
0 голосов
/ 24 мая 2019

Я был разработчиком Java большую часть своей карьеры. В настоящее время разветвляется в пространство внешнего интерфейса с React. Я не уверен, что лучше всего использовать рабочий процесс при создании версий моего приложения от сборки разработки до превращения в готовую сборку.

Я хочу следовать шаблону семантического контроля версий "major.minor.patch". Текущий рабочий процесс на месте, как показано ниже:

  1. Я делаю и нажимаю изменения

  2. Задание Jenkins запущено, и при успешном запуске модульных тестов пакет сборки загружается в Artifactory в каталоге development /, а затем развертывается в тестовой среде

  3. После того, как QA проведен в тестовой среде, я хочу перейти от сборки к разработке Artifactory / к производству Artifactory / .

  4. Задание Jenkins запущено для развертывания в производственной среде

Каким образом должно выполняться управление версиями моего приложения в течение всего жизненного цикла от 1 до 4? Как я могу использовать «версию npm» для автоматизации обновления версии?

Допустим, начальная версия в моем package.json - 0.0.1.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...