1 Читаем как правильно пользоваться обновлялкой.
Если не устраивает, ищем другую, и опять читаем...

2 Берем любой консольный клиент
изучаем его командную строку
на hiasm делаем графическую оболочку.

3 Берем спецификацию
читаем...
читаем...
еще читаем...
читаем до посинения,
пробуем делать
еще пробуем
еще...
...понимаем что это гиблое дело и возвращаемся к первому варианту.

В моем понимании "свою" означает:
Первый вариант.
Изучить протокол(как клиент и сервер обмениваются между собой инфой)
Изучить спецификацию (каким боком и в каком виде все хранится)
Написать с ноля(манипулировать каждым байтиком)
Сложно.

Второй вариант взять готовое решение и адаптировать под свои нужды.
Самый простой вариант - управлять готовым(зачастую консольным) решением.
После ознакомления со справкой делается за полчаса.

В Вашем случае неясно какой вариант используется.
В любом случае надо хотябы основы понимать.


У CriDos-а используется второй вариант. А значит надо читать как работает консольный клиент.

Если в двух словах, то:
На сервере хранятся файлы, после неких правок версия увеличивается. Вся инфа об изменениях хранится в базе.
Базой может выступать, как обычные текстовые файлы с хитрым способом записи, так и специально разработанные форматы с которыми работают специальные готовые решения(к примеру SQLite, MySQL и т.д.)

По (необязательно)специальному протоколу svn://, клиент получает\отдает от сервака(у) нужную инфу(файлы, номера ревизий и т.п.)
Клиент все данные о файлах хранит в базе (скрытые папки ".svn" с файликами в директории с файлами элементов)

Чтобы узнать номер локальной ревизии надо заглянуть в базу(скрытые папки ".svn")
Как заглянуть в нее зависит от выбранного варианта - "делаем свою"

Либо читаем каждый байтик из базы, используя "свою" реализацию спецификации,
либо шлем специальную команду готовому консольному клиенту.

Теперь прочтите заданный Вами вопрос и ответьте
Сможет ли любой желающий Вам помочь, если не известно в какой способ Вы все реализовали у себя.

Можно было изначально все понятно изложить и первым же сообщением был бы ответ.

Специально скачал версию от CriDos-а

У него используется готовый клиент SlikSVN(папка ...\HiAsm_4.05b186_AltBuild_v2050.28-11-15.01\SVN),
в корневой папке обновлялка HiUpdate.exe(схемы .sha я не нашел и понятия не имею какую схему вы смотрели), но учитывая вес более 5-ти мб скорей всего он на QT делал.
HiUpdate.exe - графическая оболочка над переименованной hisvn.exe консолью.
Клиент известен - можно на офф.сайте поискать спецификацию и параметры командной строки(в зависимости от реализации)

Если делается с ноля(а именно так и говорилось) значит незачем номер ревизии знать, поскольку вы сами программируете как, где и в каком виде хранить информацию о скачанных с сервера файлах, в том числе и номер ревизии.
Единственное что будет одинаковым, так это протокол общения с сервером. Поскольку сервер готовый и под него надо подстраиваться Вам.

Для примера...
Вы качаете какойто файл к примеру с ютуба, единственное требование ютуба - правильно общаться с его сервером(тоесть протокол), а куда будет сохранен файл и как - ему до лампочки.
Вы также можете вместе с роликом в какойто файл писать: время закачки, имя, размер, sha или md5 и прочую информацию.
А потом при повторной закачке ролика сравнивать данные.

С SVN примерно также. Вы опрашиваете сервер(используя нужный протокол) и нужную информацию о файлах храните так, как удобно именно Вам.


В правильно заданном вопросе содержится половина ответа