Почему все строки возвращаются пустым `svn blame Foo.cs`

Question

В моем хранилище Subversion есть файл с именем «Foo.cs».Когда я запускаю команду svn blame Foo.cs, вывод выглядит примерно так:

1000 dave 
1000 dave
2000 dave
2000 dave
9999 dave
1000 dave
9999 dave

Единственное, о чем я могу думать, это то, что из ревизий 1000-9000 Foo.cs имел "svn: mime-введите "свойство установлено в" application / octet-stream ".Однако, поскольку r9000 Foo.cs не имеет такого свойства, поскольку он является (и всегда был) текстовым файлом.

Кроме того, я уже пытался использовать svn blame Foo.cs --force без успеха.

Кто-нибудь знает, как решить эту проблему?

РЕДАКТИРОВАТЬ: На r1000 история была усечена (svn log Foo.cs ничего не сообщает раньше, чем это), потому что ветвь была перемещена в другое место в хранилищевручную вместо использования svn mv.Однако трудно представить, что это является причиной проблемы, потому что svn blame работает с каждым другим файлом в репо.

Answer 1

Единственное, о чем я могу думать, это то, что из ревизий 1000-9000 Foo.cs имел свойство "svn: mime-type", установленное в "application / octet-stream". Однако, поскольку r9000 Foo.cs не имеет такого свойства, поскольку он является (и всегда был) текстовым файлом.

Я думаю, что это твой ответ. Экспериментируя с Subversion 1.6, каждый раз, когда у меня есть ревизия в истории с svn:mime-type, установленным на application/octet-stream, я получаю Skipping binary file из svn blame.

Subversion , возможно, установил свойство автоматически , если обнаружил, что файл имеет нетекстовое содержимое.

Я не могу придумать хорошего ответа, чтобы исправить ситуацию. Вы можете удалить и повторно добавить файл снова. Это усечет историю, но по крайней мере svn blame будет работать для более новых ревизий.

Answer 2

Вы, вероятно, найдете свой ответ, посмотрев, что произошло с номерами изменений 9999 и 2000. Или просто посмотрите на все изменения для файла (svn -log -v Foo.cs) и посмотрите, не могли ли быть изменены какие-либо другие свойства. 1002 *