DVCS для небольшой компании удаленных сотрудников

Question

Вот ситуация: в моем небольшом офисе, потому что нам нравится держать мобильный телефон и иногда работать из дома, вместо того, чтобы иметь центральный файловый сервер, у нас есть все офисные документы в репозитории SVN, и каждый человек проверяет свои ноутбуки. Оформление заказа составляет около 3 ГБ, а репозиторий с ревизиями: около 6 ГБ. Это все прекрасно работает.

Проблема в том, что скоро у нас больше не будет небольшого офиса - все 5 наших сотрудников будут работать удаленно. Я подумывал о том, чтобы купить выделенный сервер и запустить наш SVN-репозиторий, за исключением того, что двое наших сотрудников будут действительно удаленными и будут использовать беспроводную "широкополосную связь" с ограничением 3 ГБ / месяц, и я боюсь что несколько крупных обновлений действительно будут выходить из их ежемесячного пособия, не говоря уже о том, что они занимают весь день.

Читая несколько вопросов о переполнении стека, кажется, что существует довольно большое количество распространенных поклонников VCS, которые считают, что git или mercurial, безусловно, лучше всего подходят для многих ситуаций. Учитывая, что все сотрудники по-прежнему смогут встречаться лицом к лицу, по крайней мере, раз в две недели (и, следовательно, быть в быстрой локальной сети), мне интересно, подойдет ли нам DVCS?

Answer 1

Не понимаю, почему нет. С чем-то вроде git , хранилище является локальным для машины, и поэтому ваши удаленные сотрудники могут иметь отслеживаемый журнал изменений, который затем может быть объединен или перебазирован с основным хранилищем - что бы вы ни решили - когда они получат шанс.

Кроме того, git имеет действительно хорошее сжатие по сравнению с SVN, поэтому квота в 3 ГБ / мес может быть более чем достаточной для ваших удаленных сотрудников.

Рэндал Шварц действительно сделал действительно хорошую презентацию по git на Google Talk: http://www.youtube.com/watch?v=8dhZ9BXQgc4

Answer 2

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

Вы можете выполнить конвертацию svn -> git, прикрепить репо на DVD-диск и отправить его по почте во все сателлитные офисы, а затем позволить им извлекать их из офиса по мере того, как все меняется с довольно низкой добавочной стоимостью (должно быть меньше чем дельта в целом).

Answer 3

Оформление Ископаемые DVCS, это может соответствовать вашему счету. Ископаемые могут быть использованы как SVN или DVCS. Если вы беспокоитесь об обработке текущего хранилища, попробуйте. Он также имеет встроенную вики-систему проекта и систему отслеживания ошибок, которые также распространяются вместе с хранилищем. Вы можете попробовать и посмотреть, сработает ли это для вашей маленькой команды.

Вам будет больно терять историю изменений, в настоящее время я не верю, что вы можете импортировать svn-репозиторий в Fossil.

Присоединяйтесь к списку рассылки, и вы получите ответы на любые ваши вопросы. Создатель SQLite также является создателем этого проекта. Надеюсь это поможет.

Answer 4

(Кажется, никто не отвечает на это.) DVCS, конечно, кажется, что это будет работать, но у меня нет опыта работы с ним. Централизованная система, такая как svn, также может работать, если вы не ожидаете больших изменений ежедневно. (идти вверх и обратно с сервера) Первоначальное получение в этом случае будет единственной реальной дорогой проблемой.

Можете ли вы отслеживать использование сейчас и посмотреть, сколько трафика идет туда-сюда?

Настоящая проблема здесь - ограничение пропускной способности 3 ГБ / мес. Возможно, просто лучше придумать лучшее решение для подключения ...