CVS Comma-V файлы на чердаке и каталоге

Question

У меня есть производственный репозиторий CVS, который составляет несколько лет, и заметил, что он имеет Comma-V файлы с тем же именем как в чердаке, так и в фактическом каталоге для данного местоположения. Это, кажется, ошибка.

Мой вопрос в том, как это может произойти в первую очередь и что будет делать CVS, когда существуют дублирующие файлы.

Мое предположение (надежда) - это то, что он будет игнорировать чердак все время, когда есть немальная версия. Может кто-нибудь может подтвердить, ведут ли CVS хорошо все время для этой ситуации.

Кстати, эта ошибка была помечена CVS2SVN, так как я в процессе попадания в систему управления «более новым».

Answer 1

Эта проблема приводит к тому, что кто-то умаляется в репозитории CVS (то есть не через CVS-клиент). К сожалению, такое замечание распространено, например, чтобы охватить ограничение, что CVS не позволяет переименовывать файлы. Возможно, кто-то пытался переименовать файл, переместив его FILENAME,v файл, не замечая, что имя файла использовалось ранее в истории проекта, и поэтому уже имел Attic/FILENAME,v файл.

Мое предположение (надежда) - это то, что он будет игнорировать чердак все время, когда есть немальная версия. Может кто-нибудь может подтвердить, ведут ли CVS хорошо все время для этой ситуации.

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

Кстати, эта ошибка была помечена CVS2SVN, так как я в процессе попадания в систему управления «более новым».

CVS2SVN имеет ряд предложения по работе вокруг этой проблемы.