SCM con lockings frente a fusiones concurrentes y tamaño de equipo

¿Cuál es el número ideal de progtwigdores para SCM basado en locking que no se convierta en un problema grave en el desarrollo?

Editar:

Fundamentalmente, no estoy preguntando si hay méritos para bloquear o fusionar (eso es una guerra de llama irresolubles). Estoy preguntando por la cantidad de progtwigdores en los que el locking se convierte en un problema grave. Yo mismo he encontrado 4 a un buen número, pero esto supone lo siguiente

  • la mayoría de las personas trabaja en la misma oficina a una distancia de gritos
  • el trabajo es principalmente disjunto (lo que hace que el locking no sea un problema excepto para files comunes). Nota: mi experiencia es que la fusión es mejor cuando hay pocos o ningún file común para realizar tareas, que podría ser una serie de preguntas sobre cómo funciona uno organizar el código para que los files comunes no sean necesarios para más de una persona).
  • la compilation no se puede romper mediante una liberación / confirmación de locking prematura.

La cantidad ideal de progtwigdores cuando se usa locking exclusivo es 1 . Arriba, es simplemente doloroso, molesto, frustrante, etc. Por lo tanto, a less que sea un equipo de BA que trabaje en cosas que no se pueden fusionar (como documentos de Word), no lo haga, sea un verdadero hombre / progtwigdor y fusione !

Los lockings son un concepto desactualizado. Incluso para un solo desarrollador: cree un candado en su computadora portátil, intente trabajar en otra PC, y vaya, tiene que intervenir manualmente. Con el estilo de fusión SCM, ni siquiera tienes que pensar en eso.