Все удаления будут отображаться в журнале, если репозиторий серьезно не поврежден. Я предполагаю, что вы запрашиваете неправильный путь, возможно, выдав svn log из рабочей копии. Подкоманда принимает URL, поэтому вы можете просто:
svn log https://example.com/svn/project/
вместо
svn log
... или:
svn log https://example.com/svn/project/trunk/
Конечно, если вы знаете путь к каталогу и знаете номер ревизии, где он еще существовал, вы можете просто:
svn log https://example.com/svn/project/trunk/foo/bar@314 --revision 314:HEAD
Обновление: Несмотря на неожиданные претензии Lazy Badger, история изменений является основной функцией Subversion и не зависит от метода доступа к хранилищу:
E:\test>svnadmin create myrepo
E:\test>svn checkout file:///E:/test/myrepo mywc
Checked out revision 0.
E:\test>svn mkdir mywc\mydirectory
A mywc\mydirectory
E:\test>svn commit -m "Add a directory" mywc
Adding mywc\mydirectory
Committed revision 1.
E:\test>svn delete mywc\mydirectory
D mywc\mydirectory
E:\test>svn commit -m "Remove the directory" mywc
Deleting mywc\mydirectory
Committed revision 2.
E:\test>svn log -r2 -v file:///E:/test/myrepo/
------------------------------------------------------------------------
r2 | ALVARO.GONZALEZ | 2012-04-03 17:00:34 +0200 (mar, 03 abr 2012) | 1 line
Changed paths:
D /mydirectory
Remove the directory
------------------------------------------------------------------------
E:\test>
И это имеет смысл: неспособность отследить изменения сделает Subversion совершенно бесполезным в качестве инструмента контроля версий. Комментатор, вероятно, путает журнал в svn log с журналом доступа, поддерживаемым Apache, что является совершенно другой вещью и даже не может быть прочитано с помощью команд Subversion.
Любое удаление, зафиксированное в хранилище, будет отображаться в журнале редакций, независимо от того, как оно было зафиксировано, если (как я уже указывал) само хранилище не было повреждено.