Разные капельки для сервера CI (Продолжение интеграции) ИЛИ та же капелька, но другой экземпляр узла? - PullRequest
0 голосов
/ 02 июля 2019

Какова лучшая практика при выполнении CI для приложения узла?

Первый подход заключается в создании "deploy" каталога в проекте узла, который представляет собой сервер Express, который прослушивает запросы, поступающие от GitHub, используя GitHub Hooks.

Второй подход - создание выделенной капли, предназначенной только для выполнения CI / CD, и к тому времени, когда все будет в порядке, отправка папки "dist" в реальный проект.

Первый подход удобен - вам не нужно устанавливать много вещей, не нужно обрабатывать несколько машин, просто скопируйте "dist" из одной папки в другую. Кроме того, каталог "deploy" также может быть частью GitHub, поэтому вам не нужно много репозиториев.

Второй подход более эффективен, поскольку этот сервер предназначен только для запуска этих сборок, тестов и т. Д. Оставьте производственный сервер работать и обслуживать приложение, не собирать и не организовывать вещи.

Кроме того, когда вы говорите GitHub, чтобы он выстрелил и как? Сначала вы нажимаете на ветку dev, затем вручную переходите на GitHub и объединяетесь со своим клиентом, или локально объединяетесь и выдвигаете объединенную ветвь?

Какая лучшая практика здесь? Как вы справляетесь с

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