Во-первых, это не вопрос синхронизации хранилища, для которого уже есть множество вопросов о переполнении стека.Сценарий, который у меня есть, заключается в том, что внешний поставщик работает в своем собственном общедоступном экземпляре SVN, а затем во внутренней команде разработчиков, желающей выбрать конкретный путь и ревизию (например, версию для выпуска), и продвинуть ее до руководителя внутреннего единственного репозитория.,Может также потребоваться внести изменения в код внутри, прежде чем это произойдет (то есть настройки конфигурации).
Это не синхронизация репозитория;История версий не имеет значения.Важно то, что если в репозитории A происходят изменения или удаления, они могут быть отражены обратно в заголовок репозитория B. По-видимому, наиболее логичным способом для этого является рабочий каталог внутреннего разработчика, подключенный к репозиторию Bчтобы иметь возможность синхронизировать его с путем и ревизией, указанными в репозитории поставщика А, а затем зафиксировать набор изменений внутренне.
Кто-нибудь знает, может ли это быть сделано либо нативно, либо сторонними инструментами?Я знаю, что это функция DVCS, но нам нужно найти способ заставить ее работать с Subversion.