--- Отредактировано после ответов ниже ---
Вы упомянули, что хотите использовать SVN поверх SSH, но не хотите svnserve. Если что-то не отвечает на запросы, например сервер или что-то еще, ваши запросы поступят в конец туннеля SSH, который никто не обработает. Svnserve является основным сервером по умолчанию, который отвечает на запросы и отвечает с запрошенной информацией.
Модуль HTTPS Apache mod_svn вызывает те же библиотеки, которые будет вызывать svnserve, за исключением того, что для обработки сети используется HTTP-сервер Apache. Вы утверждаете, что HTTPS медленнее, чем использование svnserver. Вы, вероятно, правы, но это во многом связано с природой HTTP-трафика в целом и мало связано с битами SVN.
Я думаю, вам нужно что-то, чтобы отвечать на запросы, поэтому, если вы не хотите использовать предоставленный mod_svn или предоставленный сервер svnserve, вам придется написать что-то с нуля. В противном случае запросы поступят на нужный компьютер и не будут обслуживаться.
Если вам не нравится идея запуска svnserve все время, так как это служба, вы можете настроить ее на запуск при получении запроса и завершение работы после обработки запроса. Это несколько задерживает обработку запросов, потому что каждый запрос должен ждать завершения запуска службы, и служба может обработать запрос.
--- Исходный пост следует ---
Вы можете использовать SVN через HTTPS. Это даст вам шифрование SSH, а код сервера SVN будет вызываться модулем Apache.
Это имеет преимущество в том, что некоторые проблемы конфигурации (доступ и т. Д.) Выгружаются в программный стек Apache HTTP, что означает лучшую поддержку большего количества типов аутентификации, фильтрацию URL-адресов для ограничения доступа и т. Д.
Недостатком является добавление к администрированию SVN некоторого администрирования HTTP. Это не большой недостаток (так как во многих случаях приходится администрировать HTTP), но он распределяет обязанности администратора SVN по двум системам.