2009-12-02 2 views
0

люди. Я надеюсь, что вы можете мне помочь.Проблемы с версией

В нашем процессе разработки у нас есть файловый сервер на основе unix с доступом SFTP (назовем его A). На этом сервере хранится большое количество файлов xslt, над которыми мы работаем.

Дело в том, что эти файлы не находятся под управлением системой контроля версий. Таким образом, вы можете представить себе этот кошмар. Мы не можем настроить репозиторий на этом сервере, мы можем выполнять только создание/чтение/обновление/удаление операций с этими файлами.

Поэтому мы должны найти другой подход. Существует еще один сервер с полным доступом (назовем его B). Можно ли настроить репозиторий на B с помощью фоновой логики, что на каждой операции репозитория будет выполняться загрузить/слить/загрузить операции, связанные с сервером A?

Есть две проблемы больше:

  1. Все файлы на яйцекладки в том же каталоге, и мы хотим, чтобы они были структурированы на сервере B в иерархии папок.
  2. Файлы на A могут быть изменены другой командой.

Мы используем Subversion. Но возможно ли реализовать rhs с другими системами управления версиями?

Спасибо, Вова.

ответ

1

Насколько я знаю, никакая система управления версиями не будет летать с вашей проблемой №2 (файлы на A могут быть изменены другой командой). Остальные ваши требования могут быть выполнены с помощью SVN и некоторых простых скриптов. Это могут быть скрипты командного файла DOS, python, perl, взять ваш выбор.

Однако, если вы не можете решить вашу проблему # 2, при условии, что файлы на A указаны never, измененный другой командой, я думаю, что то, что вы просите, неосуществимо. Все команды должны работать над файлами в репозитории на сервере B.

Во всяком случае, только мои 2 цента. -Doug

+0

Это в сочетании с крючками репозитория, скорее всего, сделает трюк. Но вам нужно гарантировать, что репозиторий всегда ведет. –

-1

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

+0

Один сервер SFTP, а не Subversion, поэтому svnsync здесь не поможет –

+0

Uh Sander, пожалуйста, прочитайте вопрос. Он упоминает Subversion в конце. –

+0

Он использует Subversion на сервере B. Нет контроля версий на сервере A –