Блог

Есть ли способ взаимодействовать с репозиторием git, используя набор команд svn?

Контекст: большинство членов нашей команды хотят перейти на git из svn для всех наших новых проектов, но есть несколько несогласных.

Я знаю, что можно получить доступ к репозиторию svn с помощью git, но я ищу противоположную функциональность.

Вы можете попробовать SubGit. Установите его на свой сервер, и он предоставит связанный репозиторий SVN таким образом, что любая фиксация в репозитории SVN приведет к Git push и наоборот. Трансляция безопасна для параллельного использования и довольно прозрачна: теги SVN преобразуются в теги Git, ветви — в branches, svn:ignore — в .gitignores и так далее.

Инструкция такова:

 $ svnadmin create svn.repo
$ subgit configure svn.repo
$ #edit svn.repo/conf/subgit.conf to specify path to your bare Git repository
$ subgit install svn.repo
  

Вот и все. Перевод запускается перехватами, которые будут добавлены как в репозитории SVN, так и в репозитории Git.

Принципиально нет — не без ужасных допущений и упрощений, которые гарантированно вернутся, чтобы укусить вас. Переход от нераспределенной к распределенной VCS и эффективное ее использование требует от вас изменения вашего мышления. http://hginit.com/00.html есть несколько замечаний по переходу с svn на hg, которые были бы аналогично уместны в данном случае.

Что я делал, так это использовал svn в качестве авторитетного источника, но все разработчики git подключаются к gitorious во время совместной работы над проектами. Когда задачи завершены, кто-то, кто работает над сопряженной задачей, например, выполняет перебазирование по мере необходимости и передает subversion с git svn .

Это не идеальное решение, но оно позволяет вам работать локально под git, по крайней мере, с другими разработчиками git.

Что вам действительно нужно сделать, так это устранить препятствия для git. Похоже, это единственное реальное устойчивое долгосрочное решение.

Если не всех устраивает переход, вы можете рассмотреть возможность использования SVN-сервера и попросить всех, кто хочет использовать git, использовать git-svn. У Git очень крутая кривая обучения. Таким образом, даже у людей, которым нравится использовать Git, могут возникнуть проблемы с его использованием, а в проекте это может снизить вашу производительность. Лучше, чтобы все изучали git через git-svn, поскольку при необходимости есть альтернативный способ работы — через SVN. Если у людей есть опыт работы с git, переход может оказаться очень плодотворным. В противном случае может возникнуть множество краткосрочных и среднесрочных проблем. Я сталкивался с этим и рассказываю о своем опыте.

В противном случае, TortoiseGit в Windows должен быть знаком людям, использующим TortoiseSVN. Кроме того, вы можете использовать псевдонимы некоторых команд в git на основе аналогичных команд SVN, чтобы они выполняли похожие действия. Like svn revert — это не то же самое, что git revert , но git reset --hard является своего рода эквивалентом. Большую часть времени трудно найти эквиваленты, но для некоторых из них вы можете

Если вы используете Windows, вы можете попробовать TortoiseGit — у него похожий интерфейс с TortoiseSVN. Но это сходство с графическим интерфейсом, а не с консольными командами.