Где должен быть репозиторий Subversion?

Question

Должно ли оно быть на серверах разработки или на сервере Subversion?

Полагаю, это можно расширить на любую систему контроля версий клиент-сервер.

Answer 1

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

Как правило, сервер разработки не подходит под это описание ... может быть приемлемо разместить сервер apache на сервере dev и разместить файлы удаленно на стабильном резервном файловом сервере (хотя существует ряд подводные камни при таком подходе), если вы не можете получить дополнительные ресурсы сервера. Хостинг на сервере dev может быть полезен, если у вас есть агрессивная система резервного копирования для защиты вашего кода ...

Имейте в виду, что серверы разработчиков подвержены изменениям конфигурации, сдуваются или иным образом портятся, что может привести к срыву репо в критический момент.

Answer 2

В дополнение к тому, что другие люди упоминали о регулярной загрузке серверов dev, есть и аргумент производительности. Если кто-то занимается разработкой или тестированием на сервере разработки, вы не хотите, чтобы это замедляло работу сервера SVN для извлечения или синхронизации. Также, если вы решите запустить что-то вроде непрерывной интеграции на одном и том же сервере, вам не нужно, чтобы все ваши модульные тесты выполняли регулярные операции dev / test на этом сервере.

Answer 3

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

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

Answer 4

Мы используем чистый, чистый лист для наших репозиториев. В частности, мы используем Slicehost для нашего основного хранилища.

Мы начали с фрагмента 256 МБ, а затем обновили до 512 МБ. Slicehost великолепен, потому что вы знаете, что у вас есть полностью чистый сервер, с которого можно начать, и можете создавать все, что вам нужно.

Статьи Slicehosts первосортные.

Наш сервер репо выглядит так:

• Ubuntu Hardy Heron
• * 1019 Subversion *
• Apache
• Ruby on Rails
• Склад
• Пассажир для обслуживания склада через Apache
• Ежедневные и еженедельные резервные копии через Slicehost

И это все. Не много накладных расходов.

Редактировать: Не пытаться продать Slicehost здесь, так что, если это не кошерно, дайте мне знать!

Снова отредактируйте: Джеймс делает отличное замечание о размещении закрытого кода на стороннем сервере. При выборе хоста для такой вещи, безусловно, следует проявлять особую осторожность. К сожалению, у многих компаний просто нет ресурсов для создания и управления серверами в доме, в котором мы оказались до выбора хоста для нашего кода.

Answer 5

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

Woops. мы также отслеживаем дефекты на той же коробке, но по той же причине.

Answer 6

Ящики развития, по определению, будут разбиты и упадут. Идет с территорией!

Вы действительно хотите, чтобы это случилось с вашими хранилищами исходного кода? ...

Answer 7

Я держу свой сервер разработки, на котором также работает Trac, Apache, на котором размещается автоматически обновляемая копия проекта JavaDocs, и платформа сборки CI. Проект должен иметь достаточно эпические пропорции, чтобы требовать выделенный сервер Subversion.

Однако имейте в виду, что очень важно сохранять резервную копию вашего хранилища Subversion на другом компьютере в другом месте - ваш хранилище - ваш самый ценный ресурс!

Answer 8

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