Во-первых, я должен признать, что я немного прикрутил CVS. У меня был тег релиза releaseX
, который был сделан некоторое время назад (т. Е. Не HEAD). Тогда я решил, что в этот момент мне нужна ветка обслуживания. Вместо создания тега ветви (branchX
) в добавление к releaseX
, I удалено тег выпуска и создан тег ветки (ошибочно) с именем releaseX
. Затем я приступил к работе над этой отраслью обслуживания, и создал releaseX1
, releaseX2
и т.д.Как проверить точку ветвления CVS?
Моей проблемы: когда я проверяю releaseX
, я получаю ветви голова, т.е. последний код из этой ветви. Что мне необходимо сейчас код в точке филиала, т. Е. бывшийreleaseX
код.
Есть ли способ сделать это?
Возвращение к более ранней версии репозитория из резервной копии не является вариантом.
Редактировать: Я знаю, что могу обойти это, выполнив проверку на основе даты. Я хотел бы знать, можно ли по-прежнему использовать тегов.
Обновление (Re @Philip Derbeko): Я знаю, что CVS не коррелирует между файлами. Но у CVS есть есть информация, где произошла ветка. В ViewVC, я могу даже видеть его:
File X - Revision 1.y - Branch: MAIN - Branch point for: releaseX
Следующая редакция файла:
File X - Revision 1.y.2.1 - Branch: releaseX - CVS Tags: releaseX1
метаданные, по-видимому там. Поэтому мой вопрос: Можно проверить филиал , а не филиал HEAD?
Хммм ... плохая идея?Первая команда установит тег, но не ветку, поэтому я не уверен, что сделает вторая команда (удаление тега ветви). Добавление -b к первой команде создаст ветку * new *, и снова будет догадаться, что сделает вторая команда ... Опять же, вы уверены, что это сработает? У меня очень ограниченные возможности тестирования/отката. – DevSolar
Вы правы, переименовывая ветку, не работает так. Я отредактирую свой ответ. – Ralph
Отличное предложение о «cvs admin», я полностью забыл об этом: поскольку я также являюсь администратором CVS и единственным, кто сейчас работает над этим модулем, это действительно жизнеспособный вариант. Благодаря! – DevSolar