Я скопировал файлы из старого репозитория CVS локально. когда я делаю
git cvsimport -C . -d path-to-cvs-folder some-module
он создает репозиторий git с ветками, поэтому я могу поместить все репо в github:
git push --mirror [email protected]:xxx.git
но cvsimport создает ветвь master, а также ветвь origin, указывающую на ту же фиксацию, что и master. не создано ни одного пульта: git remote -v ничего не возвращает
вопрос: зачем ветка origin? в руководстве есть переключатель -r, позволяющий мне назвать эту ветку. а зачем? при миграции нет удаленного репо - только локально скопированные файлы cvs. в чем идея?
Я никогда не использовал git cvsimport, но из документации ясно, что его можно использовать постепенно, то есть вы можете импортировать некоторый репозиторий CVS, а затем импортировать любой изменения с момента предыдущего импорта. Переключатель -r и созданные на его основе имена явно предназначены для внутреннего использования cvsimport: когда вы выполняете инкрементный импорт, cvsimport использует что-то, хранящееся в ветке (ветках) origin (или любое другое имя, которое вы выберете здесь), чтобы разрешить его импортировать только наборы изменений новый, выведенные cvsps.
Как говорит документация:
If you are performing a one-shot import of a CVS repository consider using cvs2git or cvs-fast-export.
Для них не нужны специальные ветки, содержащие все, что там хранится cvsimport. Они не будут создавать имя origin, которое будет мешать, когда вы хотите создать удаленный с именем origin.
(Между прочим, Git прекрасно подходит для ветка с именем origin и удаленный с именем origin. Имена удаленного отслеживания находятся в пространстве имен refs/remotes/, а имена ветвей находятся в пространстве имен refs/heads/, поэтому они никогда не будут конфликтовать; и сами удаленные имена live только в файле конфигурации. Здесь конфликтуют только имена укороченный, такие как origin/master, которые Git использует для удобства и понимания человека. Но это очень сбивает с толку людей, которые хотят использовать сокращенные имена.)