В настоящее время я пытаюсь убедить свою компанию перейти на git из подрывной деятельности, и одна вещь, которая была бы действительно полезной, заключалась бы в том, чтобы позволить мне хранить репозиторий в subversion и git при том же (тогда я могу показать им, как легко это сделать в git, что они потратили час, пытаясь сделать в подрывной деятельности). Я предполагаю, что я мог бы разместить мой репозиторий subversion прямо в git, но это, кажется, оставляет множество артефактов .svn в каждом каталоге. Кто-нибудь знает, есть ли способ избежать этого?Хранение хранилища в подрывной деятельности и git
ответ
Я ненавижу, чтобы рекомендовать его, но это может быть вариант, который работает для вас. GitHub just announced subversion client support on Git Repositories.
Имейте в виду, что с новой технологией появляются новые ошибки.
Вы можете импортировать репозиторий svn в репозиторий git и играть с ним, а также синхронизировать в любое время с изменениями subversion. Однако AFAIK вы не можете отправить изменения репозитория git обратно в subversion.
Github только что начал предлагать доступ для чтения/записи к репозиториям git. Таким образом, вы можете импортировать репозиторий svn в git-репозиторий в github и продолжать использовать его с инструментами svn. Они также предлагают версию, которая будет использоваться внутри вашего брандмауэра.
«AFAIK вы не можете отправить изменения хранилища git обратно в подрывную». Совсем не так - как говорит Дэвид М, git svn - улица с двусторонним движением. – ebneter
Я помню, что у меня возникли проблемы при создании клона git-svn в хранилище svn на двух машинах, после чего я не мог больше тянуть/нажимать исправления, используя git между этими двумя машинами, и использовать оба для отправки изменений обратно в подрывную деятельность. – duncan
Использование git-svn
может быть вашим лучшим выбором на данный момент - это двунаправленный интерфейс между git и Subversion. Вы создаете репозиторий git, который по существу является рабочей копией Subversion. Однако есть предостережения - вы не должны клонировать этот репозиторий или делать push/pull от него. См. Соответствующую справочную страницу.
Я бы порекомендовал иметь пилотный проект, который вы переключитесь с Subversion на git, вместо того, чтобы пытаться одновременно выполнять Subversion и git в одном и том же коде. Я беспокоюсь о том, чтобы использовать git-svn
в качестве ступеньки, потому что любые проблемы с их взаимодействием, скорее всего, будут использованы для обхода всей идеи git.
Существует много комментариев о том, как/почему перейти от Subversion к некоторым DVCS. Вот один я люблю:
- 1. У Java есть обертки API вокруг подрывной деятельности и Git?
- 2. Слияние подрывной деятельности
- 3. Можно ли удаленно изменить свойство «svn: externals» хранилища подрывной деятельности?
- 4. исправить ошибку в подрывной деятельности
- 5. Проблема с цыпленком и яйцом подрывной деятельности
- 6. Запуск подрывной деятельности под apache и mod_python
- 7. Слияние ветвей на подрывной деятельности
- 8. Push-репозиторий git для удаленной подрывной деятельности с историей
- 9. Как построить службу подрывной деятельности?
- 10. код статуса подрывной деятельности 404
- 11. Я установил репозиторий подрывной деятельности неправильно?
- 12. Восстановления немного устаревших резервного хранилища подрывной
- 13. Ветвление репозитория подрывной деятельности в распределенную CMS
- 14. Как разумно менять ветви в подрывной деятельности?
- 15. Можно ли отменить импорт в подрывной деятельности?
- 16. Как вставить «историю» в репозиторий подрывной деятельности?
- 17. Ветвление нескольких проектов в подрывной деятельности
- 18. как обрабатывать решения/версии в подрывной деятельности
- 19. Каковы долгосрочные последствия реорганизации репозитория подрывной деятельности
- 20. как игнорировать зафиксированный файл в подрывной деятельности?
- 21. Как удалить теги с обратной косой чертой в подрывной деятельности?
- 22. Есть ли способ иметь медиа в подрывной деятельности и код в git?
- 23. Факторы настройки взвешивания для подрывной деятельности
- 24. Обработка отношений между несколькими проектами подрывной деятельности
- 25. ветви подрывной деятельности с несколькими командами Scrum
- 26. Предложения по созданию репозитория подрывной деятельности
- 27. Настройка подрывной деятельности для визуальной студии
- 28. Рабочий процесс для слияния git и набора вишни в мигрированном репозитории подрывной деятельности
- 29. Возможно ли мигрировать из подрывной деятельности в git, сохраняя историю скопированных ветвей, тегов и туловища?
- 30. Настройка визуальной подрывной деятельности для исключения
В чем была проблема "(тогда я могу показать им, как легко это сделать в git, что они потратили час, пытаясь сделать в подрывной деятельности)"? – khmarbaise
Нет особой проблемы, но наиболее распространенным сценарием является svn-пользователи, которым приходится отказываться от половины готовых функций, чтобы наша центральная база кода могла быть сглажена для другого проекта. Это очень легко справиться с разветвлением git, и хотя технически возможно с ветвлением subversion, я буквально никогда не получал возможность разветвления чего-то в svn, не создавая королевской беспорядка рабочей копии, и у меня нет моих товарищей по команде, поэтому они никогда не используйте ветви. – Ceilingfish