Numeración de los sets de cambios

¿Cuál es el sistema generalmente utilizado? ¿Hay un sistema general, o todos los SCM simplemente establecen numbers crecientes?

Hay tres types de numbers internos para SCM :

  • ID cinput en file (versión 1, versión 2, …) para SCM administrando sus elementos en un file a file básico (ClearCase), basado en un simple incremento basado en 0
  • una identificación cinput en el repository: estableció una ID (número de revisión de Subversion) para hacer reference a todos los files (de nuevo, incremento simple)
  • una identificación cinput en el compromiso (por ejemplo, SHA1 para Git, significado basado en el contenido ) para SCM basado en DAG (gráfico acíclico dirigido) donde el historial de un file está vinculado al de un directory vinculado a un compromiso.

Está basado en :

  • una base interna para SCM central, o en
  • una key o hash único calculado para SCM distribuido

La combinación de los dos criterios le otorga la identificación final.

No se debe confundir un número de versión interno con un número de versión de la aplicación (como major.minor.build)

TFS utiliza una secuencia de numeración exclusiva para el server TFS

Creo que la mayoría de SCM usará un número creciente por cada elemento rastreado. Por ejemplo, Vault admite ambas versiones de files y carpetas, de modo que cada file tenga un número de versión (incrementado) y la carpeta que lo contiene tenga uno.

SCM distribuido no puede usar numbers incrementales, por lo que usarán hashes, identificadores únicos o lo que sea …