¿Cuál es el razonamiento detrás del diseño recomendado para los repositorios de Subversion?

Control de versiones con subversión recomienda el siguiente diseño para repositorios (de un solo proyecto) (complementado poresta pregunta):

/trunk
/tags
  /rel.1 (approximately)
  ...
/branches
  /rel1fixes

¿Cuáles son los méritos relativos de este arreglo en comparación con uno (quizás) más orientado al proceso ?:

/development
  /current
  /stable
/qa (maybe)
  ...
/production
  /stable
  /Prod.2
  /Prod.1
/vendor
  /Rel.5.1
  /Rel.5.2

Tenga en cuenta que estoy pensando en la implementación interna, en lugar de crear un producto.

Descargo de responsabilidad: aunque soy un usuario de Subversion, nunca tuve que implementarlo en un entorno real.

Respuestas a la pregunta(7)

Su respuesta a la pregunta