У нас есть несколько серверов разработки RHEL5, по одному на каждого разработчика. Каждый сервер является собственной песочницей разработчика, с проверкой Subversion, доступной через общие ресурсы Samba (наличие клиентов RHEL5 исключено, корпоративная политика требует Windows XP). Теперь у некоторых разработчиков есть блокноты в качестве основных блоков разработки и они хотели бы, чтобы их код был доступен даже при отсутствии сетевого подключения, например в презентационном зале или дома. R / W, конечно, предпочтительнее, но R / O тоже подойдет.
Я думаю о какой-то системе с прозрачным постоянным кешированием, о виртуальном диске, который будет синхронизироваться с исходным общим ресурсом при подключении к сети и заменять сетевой диск в автономном режиме. Возможно, есть другие решения, что бы вы порекомендовали?
РЕДАКТИРОВАТЬ: Судя по комментариям, я замечаю, насколько сложно объяснить, что мы делаем. Я просто попробую еще раз. Есть центральный репозиторий SVN и devel-боксы для разработчиков. Однако им не разрешается использовать эти устройства в качестве клиентов Linux напрямую, вместо этого им необходимо использовать Windows XP в качестве клиента разработки из-за корпоративных ограничений. Таким образом, веб-сервер остается в блоке разработки RHEL5 (который является эталонной платформой), проверка остается там и передается разработчику через Samba (исключительно!). Нет никакого неправильного понимания того, что такое SVN, а что нет, просто кассы расположены на сервере, а не на клиенте. Из-за этого они не доступны в Интернете, но желательно, чтобы они были - и это было сутью моего вопроса.
Подскажите, если это проще понять :)
Мне кажется, вам не хватает общей идеи подрывной деятельности (простите меня, если я ошибаюсь). Похоже, вы пытаетесь заново изобрести то, что Subversion уже делает по умолчанию.
Обычно из того, что я видел и использовал, вы создаете репозиторий с кодом или документами в нем. Затем каждый разработчик «проверяет» свои собственные местный копировать. Эта локальная копия хранится на их жестком диске.. По завершении они возвращают свою копию, и внесенные изменения загружаются.
Представление другого уровня с SAMBA не имеет для меня особого смысла, если, может быть, это не должно было иметь некоторую версию только для чтения, доступную для нетехнических людей.
Мне нравится, что Мэтт Симмонс предлагает использовать вашу систему контроля версий. Сказав это, если по какой-то причине это нецелесообразно, посмотрите «Автономные файлы» в своих клиентах Windows XP. Я использовал "Offline Files" против Samba в течение нескольких лет. В некоторых версиях были разные глупые проблемы, но если вы используете более новые версии (я не знаю, с какой версией поставляется RHEL5), все должно быть в порядке.
Я храню часть своих писем в репозитории Subversion и использую черепахаSVN в качестве подрывного клиента на моей машине с Windows. Думали ли вы о том, что они могут проверить репозиторий там и, возможно, дать им ветку для разработки портативных компьютеров или что-то в этом роде, в которое они могут объединять изменения, а затем складывать их в свои другие разработки?
Мне кажется, что ваш рабочий процесс лучше подходит для использования Распределенная система контроля версий (DVCS), например Базар, Git, или Mercurial. Все эти системы позволяют вам работать в автономном режиме (например, во время путешествий), и при этом совершать коммиты и продолжать свою работу.
Я считаю, что три перечисленных мною DVCS позволят вам продолжать использовать Subversion в бэкенде (с небольшими дополнительными усилиями) и, вероятно, предложат руководства по переходу с Subversion.