Странность Subversion - версия информации svn выше последней измененной версии в папке проекта

Question

Что-то происходит, я не могу объяснить.

У меня есть рабочая копия моего проекта - выполнено обновление svn (в котором написано:Обновлён до версии 1895), я знаю, что это последняя версия.Когда я выполняю svn info в папке проекта редакция — 1895, а последняя измененная версия — 1888.

Проверка журнала с помощью TortoiseSVN показывает, что последней версией является 1888, никаких следов 1895.Ан svn log на 1895 год пуст, и svn diff между 1895 и 1888 годами также пусто, т.е.никаких различий.

Как я каким-то образом получил какую-то мошенническую версию, которая ничего не изменила?По сути, это приводит к тому, что сервер сборки (думает, что он 1888 года) не синхронизируется с моей задачей MSBuild SvnVersion (думает, что версия 1895).

Любые предложения приветствуются.

Редактировать: Если Revision всегда будет отображать последнюю версию для всего репозитория, это означает, что такие задачи, как задача SvnVersion MSBuild (которая использует svnversion.exe, но демонстрирует аналогичное поведение) не отображают правильную версию, когда у вас есть один репозиторий с несколькими проектами. вам нужно будет использовать «Последняя измененная версия» в качестве номера версии.

В результате сейчас накатываю собственную задачу SvnLastChangedRev MSBuild.

Answer 1

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

Чтобы уточнить, если вы обязуетесь trunk, доведя репозиторий до 10-й версии, а затем еще множество изменений в branches и tags приводит репозиторий к версии 1000, тогда 10 будет «последней измененной ревизией» для trunk папку, но текущий номер ревизии всего репозитория будет 1000.