Versiones en el lado del cliente (javascript + css)

Me pregunto cuál es el path a seguir y no pude encontrar nada al respecto. (¿Tal vez no usé los términos correctos?)

Digamos que tengo un proyecto con un file JS principal y uno CSS y su respectiva versión minificada. Por lo general, tienen algunos créditos en la parte superior que indican la licencia y la versión de la biblioteca como en Bootstrap:

/*! * Bootstrap v3.3.5 (http://getbootstrap.com) * Copyright 2011-2015 Twitter, Inc. * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE) */ 
  • ¿Debo tener el mismo número de versión para todos los files dentro de la aplicación?
  • ¿O un número de versión diferente por file?

En caso de tener un grupo uno. ¿Tiene sentido comprometer una nueva versión de cada file cuando solo han cambiado los files .js?

En caso de que tenga una versión diferente por file, puede generar confusiones para los desarrolladores que usan la biblioteca, ya que puede anunciarse como "Proyecto v2.6.4" y puede encontrar el file CSS con una versión anterior, como "v.2.1 .2 ".

Puede seguir el enfoque de Versiones semánticas:

Dado un número de versión MAJOR.MINOR.PATCH, incremente el:

Versión PRINCIPAL cuando realiza cambios incompatibles de API, versión MINOR cuando agrega funcionalidad de una manera compatible con versiones anteriores y versión PATCH cuando realiza correcciones de errores compatibles con versiones anteriores. Se encuentran disponibles tags adicionales para los metadatos preliminares y de compilation como extensiones del formatting MAJOR.MINOR.PATCH.

Entonces, simplemente incremente la versión de PATCH y eso es todo.

Puede get más información de semver.org