Распределенный контроль версий с автоматической синхронизацией или плагин Eclipse лучше, чем FileSync? - PullRequest
1 голос
/ 21 октября 2010

У меня есть, я надеюсь, не уникальная ситуация ...

... и я ищу предложения.

Я ищу лучший плагин синхронизации для Eclipse, чем FileSync

-или-

Я ищу распределенную (предпочтительно) систему управления версиями, которая позволит мне и другим разработчикам в моей команде работать с локальными файлами, и этот репозиторий автоматически загружает изменения и историю изменений в нашу коробку разработки

-или-

Комбинация двух.


Большинство приложений контроля версий, которые я пробовал, в большей степени ориентированы на рабочий процесс скомпилированного кода, где вы регистрируетесь только при наличии базы скомпилированного кода, и это имеет смысл для меня. Однако мы работаем со страницами Coldfusion на удаленном сервере разработки, что усложняет процесс регистрации, быстрых обновлений и отладки. Теперь я не обязательно хочу проверять каждый раз, когда хочу протестировать код (потому что это было бы кошмаром ...), но было бы неплохо иметь что-то, что отслеживает изменения в течение дня и регистрирует эти изменения в управление ревизиями автоматически (Dev будет указывать намерение в диалоге при открытии проекта?), сохраняя при этом файлы на сервере разработки в синхронизации со всеми машинами программиста. Было бы здорово, если бы он отслеживал изменения локально и выполнял одну автоматическую регистрацию в день (в определенное время, желательно в фоновом режиме), но я не видел ничего подобного.

В настоящее время мы склонны к использованию Serena PVCS (поскольку у них в основном бесплатные лицензии), и это не очень быстрое решение, когда мы все работаем в разных штатах, наш сервер разработки находится в состоянии, в котором никто из нас не работает, и хранилище находится даже в другом состоянии. (Никакого контроля над этим!) Eclipse обычно занимает 10-15 минут, чтобы синхронизировать ~ 500 файлов с сервером PVCS, а проверки выполняются "Eclipse-lockly" медленно. (то есть: при регистрации, забудьте использовать Eclipse для чего-либо.)

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

Я поиграл с Bazaar, и именно это заставило меня задуматься о наличии распределенной системы ревизий, но я бы хотел, чтобы это автоматическое слияние было с удаленным репозиторием (в данном случае с сервером разработки), и я сделал не найти способ сделать это, когда локальные файлы были обновлены. Я должен признать, что я мало изучал Git или Mercurial и надеялся, что кто-нибудь поделится со мной своим опытом в отношении наборов функций или решений, если один из этих других вариантов будет работать.

Чтобы вернуться к прошлой истории, это произошло, когда один из наших разработчиков начал использовать FileSync в Eclipse и начал перезаписывать все наши изменения, потому что плагин Eclipse FileSync - это всего лишь один путь ... от блока разработки до сервера. Босс спросил, почему мы не проверяем все время ... мы обвиняем в скорости ... мне поручено найти решение.

Кроме того, централизованное решение, такое как SVN, уже было отказано (потому что у нас есть Серена и группа людей, которые должны справиться с этим ... но я два дня ждал даже ответа на журнал проблем I представленный относительно нашей проблемы нехватки скорости, так что, если мы можем самостоятельно управлять решением [таким образом распределенным и почему я посмотрел на Базар], это было бы здорово.)

1 Ответ

2 голосов
/ 21 октября 2010

DVCS, такой как Git или Mercurial, определенно был бы разумным выбором, особенно для:

  • распределенной разработки
  • распределенных репо (включая одно, предназначенное для ваших проверок)

Это понятие выделенного репо не является новым и использовалось ранее ( для локального репо, используемого для тестирования перед отправкой в ​​удаленное репо ), но его можно легко адаптировать длятот тип автоматического нажатия, который вы ищете.

Для сильной интеграции с Eclipse я бы выбрал Git (даже если EGit не полностью еще не выполнил): все проекты Eclipse (для разработки Eclipse) уже находятся или будут в ближайшее время на git repo .
Eclipse обязуется заменить свою текущую собственную интеграцию CVS с полной собственной Gitинтеграция.

...