Назад | Перейти на главную страницу

svn, настройка круиз-контроля, минимальные требования, виртуальный или нет? окна против centos

У меня уже есть сервер SVN, настроенный на сервере Windows (получил его по наследству) на этой же машине, у меня также работает круиз-контроль.

Сначала я собираюсь отделить круиз-контроль от SVN - SVN настолько важен, что я не собираюсь позволять круиз-контролю работать на этом же самом сервере !!!

Мои вопросы:

  1. Я планирую перейти с Windows (аппаратное обеспечение пару лет) на centos, нужно ли мне новое оборудование? (мой системный администратор рекомендует - меньше сбоев сервера ... больше поддержки)
  2. Каковы минимальные требования к оборудованию для svn server + cruisecontrol на вторичной виртуальной машине?

Итак, мой план таков:

  1. Для начала оставьте сервер SVN на сервере Windows.
  2. Перенести круиз-контроль на виртуальный сервер, каковы должны быть минимальные требования? (Я хочу, чтобы это был centos) оборудования как? Память 1 ГБ? Диск 100Гб? что еще?
  3. На этой же виртуальной машине поместите заднюю часть svn server + data на случай, если на основном svn-сервере возникнет ошибка - резервный сервер SVN.
  4. Получите новую машину для сервера SVN (мне нужна новая машина?) Или я могу уйти со старой? (мой системный администратор сказал мне, что нам нужно купить новую машину, так как оборудование старое - пара лет, больше подвержено сбоям, а также меньше поддержки). на этом новом компьютере установите centos и установите сервер svn, который будет основным сервером svn.

У кого-нибудь есть для меня рекомендации? Спасибо

Я думаю, вы на правильном пути, придерживаясь этого плана. Разделить их на части - это хорошо. Особенно, когда что-то загружено или вы хотите провести техническое обслуживание одной машины.

Сколько памяти вам понадобится, действительно будет зависеть от того, что собирается строить Cruise; Множество небольших модулей / плагинов, может быть достаточно 1G, большие пакеты финансового моделирования, тогда это не сокращает. Я бы предпочел 2 ГБ памяти (больше, если у вас одновременно выполняется много сборок). Дисковое пространство снова будет зависеть от размера ваших проектов, которые вы создаете, больше, чем что-либо еще, 100 ГБ звучит хорошо. Он заполняется быстрее, чем вы думаете.

мне нравиться CollabNet SVN для Windows. Хорошая простая установка для управления SVN через Интернет без каких-либо проблем с интеграцией его с Apache, поставляется с ViewVC для просмотра.

Я также рекомендую вам взглянуть на Hudson если вы еще не сделали это со скидкой. Я начал использовать круиз-контроль несколько лет назад и перешел на hudson, доступные плагины действительно полезны.

Я заметил, что некоторые разработчики начали помещать в репозитории всевозможные вещи, такие как текстовые документы, диаграммы Visio и т. Д., И они начинают быстро заполняться. Постарайтесь объяснить своим разработчикам, что репозиторий предназначен только для исходного кода, а не для файловой системы или Dropbox. У Уильяма Шекспира было всего около 120 000 строк исходного кода:

$ wc -l shakespeare-complete-works.txt 
124456 shakespeare-complete-works.txt

Наконец, регулярно делайте дамп важных репозиториев (убедитесь, что для этого у вас есть место). Сожмите его, отправьте куда-нибудь, распакуйте, проверьте, можно ли его использовать, а затем храните в безопасном месте. hotbackup.py это сценарий, который я нашел очень полезным, см.: SVN Техническое обслуживание