He visto en varios proyectos que los desarrolladores incluyen algo así como $Revision$ en la documentación del código fuente. Creo que son macros o variables de entorno para alguna herramienta, pero no sé cómo trabajar con ellas.git número de revisión en la documentación del código fuente
Estoy interesado en agregar esta característica a mi próximo proyecto. Normalmente uso TextMate, git y doxygen. ¿Alguna sugerencia?
Sí: sugerencia: no lo hagas.
La expansión de palabras clave se puede hacer con el filtro gitattribute, como se presenta en "Git equivalent of subversion's $URL$ keyword expansion", pero esto introduce metadatos dentro de los datos, lo que generalmente hace que la fusión sea mucho más compleja de lo que realmente es.
Se puede ver en esta (larga) en respuesta "What are the basic clearcase concepts every developer should know?" todo el debate sobre los "Números de versión Integrados - bueno o malo?".
A menos que tengas un buen administrador de combinación para ignorar esos valores especiales, obtienes un "Merge Hell".
Y con Git, como se detalla en "How does Git solve the merging problem?", la fusión es bastante básica. No hay un administrador de fusión lujoso.
$Revision:$ (se requiere ':') es utilizado por RCS y CVS. Algunos otros sistemas tienen características similares, pero parece que los más modernos no.
Dios - ¡sí! eso es para lo que scm ... saber la última vez que se modificó un archivo. Los metadatos no deben mezclarse con datos. La NSA puede explicar este problema :-) – Pat
@Pat Veo lo que hizo aquí;) Si analizo su último comentario a través del * prisma * de la actualidad, su significado es bastante claro. – VonC