Тогда вы возможно не подозреваете о проблеме, и вот почему…
Создаём два подопытных каталога, в каждых добавляем по файлу.

$ md 1
$ md 2
$ echo "first file">1\1.txt
$ echo "$Rev$ and $LastChangedRevision$">2\2.txt
$ svn add 1
A 1
A 1\1.txt
$ svn add 2
A 2
A 2\2.txt

Добавляем svn:keywords Rev и LastChangedRevision во второй файл, коммитим.

$ svn propset svn:keywords "Rev LastChangedRevision" 2\2.txt
property 'svn:keywords' set on '2\2.txt'
$ svn --message "first commit" commit
Adding 1
Adding 1\1.txt
Adding 2
Adding 2\2.txt
Transmitting file data ..
Committed revision 1.

Проверяем содержимое обоих файлов — видим, что второй теперь содержит номер ревизии.

$ type 1\1.txt
"first file"
$ type 2\2.txt
"$Rev: 1 $ and $LastChangedRevision: 1 $"

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

$ echo one more message>>2\2.txt
$ svn --message "second commit" commit
Sending 2\2.txt
Transmitting file data .
Committed revision 2.
$ type 2\2.txt
"$Rev: 2 $ and $LastChangedRevision: 2 $"
one more message

Смотрим что нам выдают svn info и svnversion.

$ svn info
Revision: 0
$ svnversion
0:2

Теперь меняем первый файл, а второй не трогаем.

$ echo third invisible commit>>1\1.txt
$ svn --message "third commit" commit
Sending 1\1.txt
Transmitting file data .
Committed revision 3.

Смотрим что нам выдают svn info и svnversion.

$ svn info
Revision: 0
$ svnversion
0:3

А теперь убеждаемся в том, что второй файл остался нетронутым.

$ type 2\2.txt
"$Rev: 2 $ and $LastChangedRevision: 2 $"
one more message

Это потому, что он не менялся. Он всё ещё хранит номер 2 ревизии, тогда как версия рабочей копии уже 3.

По поводу «но уже смотрим на продукты конкурентов»
SQL Developer пробовали?
Разработчик Oracle Corporation, поставляется бесплатно, работает на всех платформах.