Если все, что Вы имеете, является контролем, у Вас есть снимок кода, но никакой истории.
Можно создать новый repo из этого. Относительно наличия существующего контроля соединяются с новым repo после установки его это - вероятно, больше проблемы, чем это стоит. Будет легче создать новый repo из самого старого контроля и затем фиксировать изменения от более нового контроля как обновления.
Относительно восстановления истории, я не вижу, как это возможно без дампа repo (через дамп svnadmin) в какой-то момент вовремя. Даже старый дамп дал бы Вам безотносительно истории, там был от создания repo туда, где дамп был сделан.
Возможно, кто-то использовал мерзавца-svn на Вашем repo в какой-то момент? Это, возможно, сохранило некоторую историю, но возвращение этого в новую Подверсию repo не могло бы быть легким.
Восстановление данных является дорогим, но это могла бы также быть опция, если устройство хранения, Ваш repo шел, не было физически уничтожено или пагубно перезаписано (и это не был SSD).
В настоящее время я думаю, что ответ отрицательный. Лучше всего спросить об этом в списке пользователей супервизоров , чтобы быть уверенным.
Вы можете изменить количество работающих рабочих, отредактировав конфигурацию, затем запустив команду supervisorctl update или эквивалентные команды XMLRPC. Проблема в том, что существующие процессы для программы будут перезапущены. Текущая реализация только проверяет, изменилась ли конфигурация программы или нет. Он не обрабатывает особый случай, когда были изменены только numprocs.
Теперь можно контролировать количество процессов, выполняемых через XML-RPC API
Доступно несколько клиентов, в зависимости от языка, некоторые из них упоминаются в этом разделе. документов и здесь: