Репозиторий, живой сайт, все на одном сервере - PullRequest
0 голосов
/ 20 октября 2011

Честно говоря, я не знаю, с чего начать.

У меня есть живой сайт в VPS. Мой процесс разработки обычно вносит изменения на моей локальной машине, а затем заставляет жить через Capistrano. Я использую git, но я не знаю, как это сделать (как это сделал друг). Поэтому я не уверен, что мое git-репо локально или на сервере.

Теперь я хочу сделать что-то более управляемое. Я хочу использовать Redmine для отслеживания моей разработки. Сказав это, я хотел бы разместить мой репо на том же сервере, что и мой живой сервер. Это может дать легкий доступ другим удаленным разработчикам. Стоит ли размещать репо на одном сервере?

Кроме того, в будущем мне потребуется сервер модульного и функционального тестирования. Я считаю, что это должно быть отделено от живого сервера, верно?

Что такое хорошая аранжировка? Конечно, у меня ограниченный бюджет, и я не хочу покупать собственный физический сервер.

Спасибо.

1 Ответ

1 голос
/ 20 октября 2011

Я размещал версии dev и live на одном и том же VPS, например dev.site.com. Я обычно делаю основную аутентификацию, чтобы дать хотя бы небольшую приватность своей разработке. Но если ваш исходный репозиторий также находится на том же VPS, вам необходим стандартный процесс резервного копирования, который дает вам копию вне VPS. Вы определенно не хотите, чтобы все яйца были в одной корзине.

Для использования несколькими разработчиками вам просто нужно репо, к которому может получить доступ каждый. Экземпляр dev лучше разделен на машины разработчика, а также регулярный цикл сборки для версии dev, который включает все изменения. Это был бы ваш тестовый / QA сервер. Модульные тесты могут быть только локальной версией.

Это помогает? Не уверен, что этот ответ настолько технический, насколько вы хотите.

...