¿Qué sistemas de control de fuente tienen permissions de nivel de file?

Podría proponer la migration fuera de VSS debido a su incapacidad para otorgar y denegar permissions a nivel de file. La pregunta es qué sistemas de control de fuente permiten esto.

Actualización Estoy marcando la respuesta SVN como la respuesta "correcta", ya que recibió la mayor cantidad de comentarios. Sin embargo, no hay una respuesta correcta. Haré mis recomendaciones a la gerencia en base a todos sus comentarios.

la subversión también, pero la ACL se administra en un file de configuration

Perforce lo hace.

Realmente no estoy respondiendo tu pregunta, pero creo que no es una característica muy útil tener permissions en VCS. Las personas deberían saber dónde se les permite comprometerse, las personas deberían revisar las confirmaciones y si alguien está cometiendo un error en el que no deberían:

  • Lo captas en la revisión
  • Revierte el cambio (que es para lo que está diseñado un VCS)
  • Comprende por qué: ¿fue un error, o fue a propósito?

Si le preocupa que la gente haga cambios no autorizados, entonces tiene un problema social que los permissions no corregirán. Si le preocupa que las personas hagan cambios accidentales al código incorrecto, entonces tiene un problema social diferente (falta de revisión) que los permissions tampoco corregirán.

Sean cuales sean sus otros defectos, IBM Rational Clearcase admite controles de permissions a nivel de files. También tiene otros mecanismos que puede usar, en especial los desencadenantes que se pueden escribir para provocar que falle un checkin permitido.

Mercurial lo hace, con la extensión de Acl incluida

Si está usando VSS ahora, Team Foundation Version Control (TFVS) es la actualización lógica, especialmente si su mandato corporativo es solo para herramientas de Microsoft.

http://msdn.microsoft.com/en-us/library/ms364074.aspx

Eche un vistazo a Plastic SCM y su model de ACL.