En este momento, estamos usando Perforce para el control de versiones. Tiene la útil función de un número de cambio estrictamente creciente que podemos usar para referirnos a compilaciones, por ejemplo, "obtendrá la corrección de errores si su compilación es al menos 44902".

Me gustaría cambiar al uso de un sistema distribuido (probablemente git) para que sea más fácil bifurcar y trabajar desde casa. (Ambos son perfectamente posibles con Perforce, pero el flujo de trabajo de git tiene algunas ventajas). Por lo tanto, aunque el "desarrollo tributario" se distribuiría y no se referiría a una secuencia de revisión común, seguiríamos manteniendo un repositorio de git maestro que todos los cambios necesidad de alimentar en antes de una creación fue creada.

¿Cuál es la mejor manera de preservar los ids de construcción estrictamente en aumento? La forma más sencilla que se me ocurre es tener algún tipo de gancho post-commit que se active cada vez que se actualice el repositorio maestro, y se registre (el hash de) el nuevo objeto de árbol (o el objeto de confirmación). git) con una base de datos centralizada que reparte ids. (Digo "base de datos", pero probablemente lo haría con las etiquetas git, y solo busco el siguiente número de etiqueta disponible o algo así. Entonces, la "base de datos" sería realmente .git / refs / tags / build-id /. )

Esto es factible, pero me pregunto si hay una forma más fácil, o ya implementada, o estándar / "mejor práctica" de lograr esto.