Как мне отменить большое изменение в CVS?

На самом деле ваш первоначальный подход был очень близок к решению. Проблема в том, что присоединение на основе даты некорректно обрабатывает удаленные файлы и каталоги. Сначала вам нужно установить тег для базы кода, к которой вы хотите присоединиться:

mkdir code_base1 && cd code_base1
cvs co -D "2008-12-30" modulename
cvs tag code_base_2008_12_30

Теперь выполните объединение на основе тегов, вычтя все изменения с настоящего момента до 30 декабря 2008 г .:

cd .. && mkdir code_base2 && cd code_base2
cvs co modulename
cvs update -d -j HEAD -j code_base_2008_12_30  # use -d to resurrect deleted directories

Сравните содержимое code_base1 и code_base2. Они должны быть идентичны, за исключением метаинформации CVS. Наконец, зафиксируйте код, как он был 30 декабря 2008 г., как новую ГОЛОВУ:

cvs commit -m "Revert all changes this year"

Обратите внимание, что пометка кода, к которому вы хотите присоединиться, подобным образом не сработает, потому что rtag также некорректно обрабатывает удаленные файлы и каталоги при использовании -D:

cvs rtag -D "2008-12-30" code_base_2008_12_30 modulename

У CVS есть несколько проблем, и вы сталкиваетесь с ними с такой проблемой.

1. CVS ориентирована на файлы и не имеет концепции набора изменений или снэспфота. Это означает, что такие изменения, как то, которое вы хотите отменить, немного сложно обработать. Коммиты атомарны внутри данного каталога, а не вне его.

2. Каталоги не версируются. Это означает, что пустые каталоги будут удалены (если вы обновите с помощью -P) и что вы должны указать -d для их создания при оформлении заказа / обновлении.

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

Мой комментарий по поводу резервных копий заключается в том, что может быть проще восстановить все репо из резервных копий, чем пытаться исправить вещи, в которых CVS не очень хорош.

Я бы посоветовал вам - но это уже другая тема - как можно скорее изменить контроль версий. Поверьте, я долгое время имел дело с CVS в рамках проекта FreeBSD и очень быстро узнал, как ненавистная CVS - это ... См. здесь некоторые из моих взглядов на программное обеспечение для контроля версий.

Я считаю, что ваша вторая команда также должна быть проверкой, а не обновлением. Я не могу оправдать это логикой, поскольку в мире CVS нет логики, но у меня это сработало. Попробуй это:

cvs co -P modulename
cvs co -P -jHEAD -jMAIN:2008-12-30 modulename

Если вы возвращаете ветку, отличную от HEAD, например X передайте аргумент -rX в обеих командах:

cvs co -P -rX modulename
cvs co -P -rX -jHEAD -jMAIN:2008-12-30 modulename

Мне все еще интересно узнать, есть ли более простой способ. (Несомненно, должен быть более простой способ). В итоге я сделал на ПК с Linux, используя bash:

# Get woking copy we're going to change
cd ~/work
rm -rf modulename
cvs up -dP modulename
cd modulename

# Remove all files
find . -name CVS -prune -o -type f -print | xargs cvs rm -f

# Get the old revision
cd ~
mkdir scratch
cd scratch
cvs -q co -D 2008-12-31 modulename
cd modulename

# Copy everything to the working dir and do "cvs add" on it
find . -name CVS -prune -o -type f -print | \
    xargs tar c | \
    (cd ~/work/modulename && tar xv | \
    xargs cvs add)

# Check everything is OK before we commit
cd ~/work/modulename
cvs -nq up

# it gave me an error on readme.txt because I'd deleted and then added it, so:
mv readme.txt x # save good rev
cvs add readme.txt # resurrect the bad rev
mv x readme.txt # clobber file with good rev

# Commit it
cvs commit -m "Revert all changes this year"

# Delete now-empty directories
cvs -q up -dP

# Double-check everything is back how it was
diff -ur -xCVS ~/scratch/modulename ~/work/modulename

Затем я обнаружил, что различия все еще есть - мой коллега добавил имена файлов, содержащие пробелы, которые не были удалены с помощью вышеуказанного процесса. Мне пришлось удалить их отдельно. (Я должен был использовать find ... -print0, а не -print, и передать аргумент -0 в xargs. Я просто не понимал, что есть файлы с пробелами.)

Вы можете посмотреть cvsps. Погугли это.

Кроме того, с quilt (или patchscripts Эндрю Мортона, с которого quilt началось) и cvsps, можно получить очень близкое приближение к изменениям.

см. http://geocities.com/smcameron/cvs_changesets.html

Вы пробовали использовать опцию -d? (построить подкаталоги)

Насколько я помню, это подразумевается для cvs co, а не для cvs up.

Согласно http://www.astro.ku.dk/~aake/MHD/docs/CVS.html, вам понадобится следующее:

cvs update -D "30 Dec 2008 23:59"

Большая проблема, нет полного ответа, просто совет по сценарию, чтобы иметь дело с пробелами в именах файлов.

Вместо

find ... | xargs tar c - | ...

попробуйте положить

find ... | perl -e '@names = <>;' -e 'chomp @names;' -e 'system( "tar", "c", "-", @names);' | ...

Таким образом, создание вашего архива (или аналогичные операции) не пострадает от пробелов в именах, синтаксический анализ argv оболочки будет пропущен до вызова tar.

Еще одна вещь, на случай, если она действительно сработает: если есть утилита CVS to SVN, используйте ее (я предполагаю, что такая утилита будет извлекать удаленные файлы с "чердака CVS"), и если он сохраняет каждый момент времени как контрольную точку на уровне проекта (поскольку SVN делает это, в отличие от CVS), используйте SVN для получения нужного момента времени. Много если ...