Вопрос
В CVS есть центральный репозиторий, и я хотел бы использовать его с Git локально, а затем отправить свои изменения обратно в CVS.
Что я могу делать ежедневно?
Я хотел бы решить следующие задачи:
Кстати, я также просмотрел Лучшие практики использования git с CVS . Но это не сработало, и я не мог понять, что я упустил или сделал не так.
В прошлом я делал следующее:
С использованием:
$ git cvsimport -C target-cvs -r cvs -k -vA authors-file.txt -d $CVSROOT module
Где:
target-cvs - это каталог, в котором будет храниться моя локальная копия репозитория.cvs - это имя, используемое для ссылки на удаленный репозиторий. Итак, cvs/master, cvs/HEAD и т. Д. Будут указываться локально master.authors-file.txt - это файл, содержащий совпадения между учетной записью CVS и именем + адрес электронной почты, каждая строка содержит userid=User Name <useremail@hostname>$CVSROOT - это сервер репозитория CVS. Если я использую анонимное клонирование из какого-нибудь репозитория sourceforge, я бы использовал: :pserver:anonymous@project_name.cvs.sourceforge.net:/cvsroot/project_namemodule - это модуль внутри репозитория, который я хочу клонировать. Если в репозитории только один модуль, то скорее всего будет такой же, как project_name.Можно повторить команду, которую я написал ранее. В этом конкретном примере он должен запускаться в родительском каталоге target-cvs. Чтобы упростить задачу в будущем, вы можете настроить некоторые переменные (более подробную информацию вы можете прочитать в ответе на "Как экспортировать историю ревизий из mercurial или git в cvs?")
$ git cvsimport
Этого было бы достаточно, чтобы локальный репозиторий в git синхронизировался с удаленным в CVS.
С этого момента каждое изменение должно происходить в локальной ветке git. Одна функция, одна ветка. Для этого я использую рабочий процесс, описанный в "Успешное ветвление Git модель ". Единственная разница в том, что master указывает на CVS, но концептуально здесь можно применить те же рабочие процессы. Это просто условность.
Как только ваш коммит будет помещен в CVS, он вернется к мастеру в следующем обновлении (git cvsimport). Затем вы можете удалить локальную ветвь, в которой реализована эта функция.
Для незавершенной работы (в локальных ветках) вы должны rebase использовать их против мастера. Поскольку у вас есть отдельные функции, должно быть проще разрешать конфликты. Сложность - это когда одни ветки зависят от других, но все же управляемы. Микро-коммиты очень помогают (как и в любом рабочем процессе git).
Если каждая локальная ветка перебазирована, а мастер никогда не касался (кроме обновлений), то git
cvsexportcommit должно работать. Помните, это работает для одного коммита. Это немного утомительно, но это лучше, чем ничего. В предыдущем примере команда должна выглядеть примерно так:
$ git cvsexportcommit -vc commit-id
Если у вас есть доступ только для чтения к удаленной CVS, вы можете отправить исправления по электронной почте или сделать свой репозиторий git общедоступным, чтобы коммитеры могли получить ваши исправления и применить их. В этом случае ничем не отличается от нормальной работы CVS. Опять же, в следующем обновлении вы увидите изменения в master.
В последней версии git cvsimport не работает из-за cvsps несовместимости инструментов.
Итак, вам нужно установить cvsps-2.1.
В OSX вы можете (имея brew):
brew tap homebrew/versions
brew install cvsps2
brew unlink cvsps
brew link --overwrite cvsps2
И импортируйте в пустой репозиторий git как обычно, например:
git cvsimport -C RepoName -r cvs -o master -k -v -d:pserver:[email protected]:/cvsroot/path ModuleName
Вы также можете использовать инструмент cvs2git, который может преобразовать репозиторий CVS в git. Однако вам нужен доступ к каталогу CVSROOT.
Инструкции по установке см. В документации cvs2git.
Пример использования:
cvs2git --blobfile=git-blob.dat --dumpfile=git-dump.dat --username=cvs2git /path/to/cvs/repo
Это создаст два выходных файла в формате git fast-import. Имена этих файлов указываются вашим файлом опций или аргументами командной строки. В примере эти файлы называются cvs2git-tmp/git-blob.dat и cvs2git-tmp/git-dump.dat.
Эти файлы можно импортировать в пустой репозиторий git следующим образом:
cat git-blob.dat git-dump.dat | git fast-import
Затем удалите ветвь TAG.FIXUP и запустите gitk --all, чтобы просмотреть результаты преобразования.
Узнайте больше, запустив: cvs2git --help.
Я считаю, что в вашем случае готового рецепта не существует. Но вы можете попробовать следующее:
git cvsimport. И попросите Git притвориться CVS для других разработчиков, используя git cvsserver.Перевод вопроса и ответов сообщества Stack Overflow, лицензия CC BY-SA. Оригинал на Stack Overflow.