u78,

Ваше (да и многих) желание докрутить по-быстрому %Studio.SourceControl.Base по человечески понятно. Ведь и в документации по Cache этот класс упоминается в этой связи, да и название с претензией. Однако в реальной жизни надёжную технологию разработки на такой основе не построишь. Причин минимум 2:
- класс будет выполняться в рамках job-а CStudio, сообщить что-нибудь разработчику оттуда можно только выводом в окно журнала сборки или "выкинув исключение" посредством zt - вылезет окно с ошибкой
- здравая идея описывать состав своих проектов как набора исходников CStudio-проектом нарывается на то, что не все всамделишные проекты имеют исходники в таком виде, чтобы CStudio могла работать с ними "из коробки", т.е. классов (cls), программ (int,inc,mac), CSP-страниц. Например, визуальные формы люди часто хранят в глобалях и имеют инструменты для их редактирования.
Самым разумным выходом было бы открыть исходники CStudio и организовать коллективную разработку, тогда можно было бы сделать всё по-человечески, но 2-3 года назад, когда у меня был период увлениея Cache, это было невозможно. Тем не менее, некоторые технологические достижения в хранении исходников Cache-овых проектов в SVN мы достигли. В приложении обзор и документация. Есть, понятное дело, и сам продукт. Но со времён 5.0.21 его на современные версии Cache не перевели - надобность отпала :)
Если интерес возникнет - связывайтесь