Предложения по распределенному управлению версиями в Eclipse

Question

Мы - небольшая компания-разработчик программного обеспечения, которая использует CVS и SVN для контроля версий (и Eclipse для написания кода) около 10 лет.Сейчас мы рассматриваем возможность переключения некоторых наших проектов на использование распределенной системы контроля версий.

Мы собираемся использовать что-то вроде git, mercurial и т. Д. Но - и вот ключ - наша новая системадолжен работать очень хорошо с Eclipse.CVS и SVN тесно интегрированы с Eclipse (через плагины, такие как Subclipse), поэтому любая новая система контроля версий, на которую мы переключаемся, должна иметь свои собственные плагины, соответствующие этому стандарту.

Существует ли что-нибудь подобное

Answer 1

Eclipse стремится к Git, как сказал Alblue в прошлом году :

На данный момент будущее Eclipse и DVCS лежит на eGitхорошо это или нет.Вполне вероятно, что серия Eclipse 3.6 будет иметь поддержку eGit по умолчанию;и она основана на той же библиотеке JGit, которую NetBeans будет использовать для реализации NetBeans, поэтому, по крайней мере, она, вероятно, будет обновляться.

В Eclipse * 1010 велись долгие дебаты о достоинствах различных DVCS.* ошибка 257706 , и чистый результат был для Git как будущего DVCS для Eclipse, а не для других DVCS.

Первое руководство вы найдете в этой презентации EclipseCon2010 .
И более подробную страницу в Eclipse wiki .

Вы можете увидеть и Mercurial, и Git в действии в Eclipse на этих страницах Экке .

против

Заключение Экке в то время (март 2010 г.) было хорошим обзором положения двух инструментов DVCS.с Eclipse:

Возможно, вы спросите: почему Mercurial?Разве вы не знали, что рано или поздно проекты Eclipse будут использовать EGit / JGit?
Да - я знаю, и я, конечно, буду использовать EGit для доступа к проектам Eclipse.
Но я искал решение, работающее сейчас иразрешение потребностей наших рабочих процессов.Работая с DVCS, вы получаете большую свободу в организации и использовании ваших хранилищ, где вы можете легко перемещаться между ними.Это не всегда легко решить, но инструмент, который вы используете, должен быть.

Я очень ценю тяжелую работу команды EGit / JGit, проделанную в последние месяцы, и многое еще предстоит сделать до выпуска Helios.
Спасибо за исправление ошибок, и я помогу вам с тестированием и сообщением о проблемах.Возможно, в некоторые месяцы мир выглядит иначе - есть несколько способов конвертировать hg в git http://hg -git.github.com / или fast-export.Я попробую эти конвертеры - проекты после EclipseCon для предоставления источников redView и red-open также в качестве Git Repositories.

Answer 2

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

Answer 3

Для Git существует плагин Lookup EGit из инструмента «Обновления программного обеспечения». Он все еще находится в инкубации, поэтому я не комментирую, насколько он стабилен. Пока все в порядке.