tag:blogger.com,1999:blog-1518844712460479967.post1071400836544254115..comments2018-06-05T13:21:25.987-06:00Comments on The Xint0 Code: Gestión de ConfiguraciónAnonymoushttp://www.blogger.com/profile/11966805079366661772noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-1518844712460479967.post-23485934630378854422010-03-29T15:18:52.220-07:002010-03-29T15:18:52.220-07:00Carlos, precisamente ese es el punto de la documen...Carlos, precisamente ese es el punto de la documentación "a posteriori" y a la que me refiero como la historia de la evolución del código. Quizás me faltó enfatizar más la importancia de realizar anotaciones detalladas y explícitas cada vez que se registre un cambio en la configuración.Anonymoushttps://www.blogger.com/profile/11966805079366661772noreply@blogger.comtag:blogger.com,1999:blog-1518844712460479967.post-32700979173271170312010-03-29T11:42:02.855-07:002010-03-29T11:42:02.855-07:00A mi me parece que un sistema de gestión de config...A mi me parece que un sistema de gestión de configuración aún así no es suficiente (aunque es esencial). Para mi, lo de interés no es solo ver "cómo" evolucionó el código sino el "porqué". Entonces cada "check-in" debe llevar comentarios con detalle suficiente para explicar los motivos o dirigir quien lo esté leyendo a dónde obtener más detalles (incluyendo típicamente el ID del requerimiento o defecto identificado, que pudiera estar almacenado en un repositorio separado). Esto es especialmente crítico si más de una persona está haciendo cambios al código para saber quién le movió a qué y por qué.Anonymoushttps://www.blogger.com/profile/10848793413989996197noreply@blogger.com