Я мог бы предложить отказаться от VSS из-за его неспособности предоставлять и запрещать разрешения на уровне файлов. Вопрос в том, какие системы контроля версий это позволяют.
Обновление Я отмечаю ответ SVN как "правильный", так как он получил наибольшее количество отзывов. Однако правильного ответа нет. Я дам свои рекомендации руководству, основанные на всех ваших отзывах.
subversion тоже, но ACL управляется в конфигурационном файле
Перфорс делает.
На самом деле я не отвечаю на ваш вопрос, но я думаю, что иметь разрешения на VCS не очень полезная функция. Люди должны знать, где им разрешено совершать коммиты, люди должны просматривать коммиты, и если кто-то делает коммиты там, где им не положено:
Если вы беспокоитесь о том, что люди будут вносить несанкционированные изменения, то у вас есть социальная проблема, которую разрешения не решат. Если вы беспокоитесь о том, что люди случайно внесут изменения в неправильный код, то у вас есть другая социальная проблема (отсутствие проверки), которую разрешения также не решат.
Какими бы ни были другие недостатки, IBM Rational Clearcase поддерживает контроль разрешений на уровне файлов. У него также есть другие механизмы, которые вы можете использовать, в частности, триггеры, которые могут быть написаны так, чтобы вызвать сбой разрешенной проверки.
Если вы сейчас используете VSS, Team Foundation Version Control (TFVS) является логическим обновлением, особенно если ваш корпоративный мандат — это инструменты, предназначенные только для Microsoft.
http://msdn.microsoft.com/en-us/library/ms364074.aspx
