Лучший способ обновления файлов на рабочем сервере с сервера разработки

Лучший способ обновления файлов на рабочем сервере с сервера разработки

Я разрабатываю сайт для своей компании. Для этого у меня есть 2 сервера:

  • Сервер 1: сервер разработки, куда я загружаю и тестирую файлы. Я использую Adobe Dreamweaver CS6 для размещения и получения файлов, над которыми я работаю; сам я работаю на MAC OS;
  • Сервер 2: производственный сервер, на котором принятые файлы передаются в производство.

Оба сервера работают под управлением Ubuntu 14.04.

Недавно я рассматривал возможность создания пакета Debian на сервере разработки. Я следовалэтотруководство по созданию одного. Вроде бы все прошло хорошо, за исключением того, что я не хочу, чтобы мой пакет был схвачен всеми в Интернете, разместив его в публичном архиве пакетов Ubuntu.

Этот пакет должен содержать все файлы php/javascript/stylesheet, которые я создал и протестировал на сервере 1. На рабочем сервере (сервер 2) я надеялся на возможностьapt-get install имя-моего-пакетакак только новая функция на сервере 1 будет полностью протестирована и принята. Я понимаю, что это возможно только с пакетами, загруженными в архив Ubuntu.

Поэтому мой вопрос: возможно ли создать частный архив/репозиторий, чтобы я могapt-get установитьмой пакет на производственном сервере с сервера разработки? Или есть другой и/или лучший способ обновить файлы на производственном сервере после тестирования?

решение1

Вы, конечно, можете создать свой собственный репозиторий apt и настроить свой сервер производства или использовать его. Вам НЕ нужно размещать свои deb в публичном ppa (т. е. архиве Ubuntu).

Этотстраница вкидает вам основные шаги по созданию deb-репозитория и по его обновлению при помещении в него новых версий пакетов.

Руководство посвящено созданию локального дискового репозитория. В вашем случае, я полагаю, вы хотите сделать его доступным для удаленного потребления — вы можете сделать это, просто открыв каталог в apache2.

решение2

Я бы использовал что-то вроде git. Таким образом, вы можете иметь отдельные ветки для производства и разработки, как только вы будете довольны, объедините ветку разработки с производством, а затем git pull

http://en.wikipedia.org/wiki/Git_%28software%29

Связанный контент