¿Compila su código antes de enviarlo al repositorio, incluso cuando solo cambia algunos comentarios? Sé que los comentarios suelen ser ignorados por los compiladores, pero me parece que estoy haciendo esto a menudo por costumbre.Código de compilación cuando solo cambian los comentarios
Es una buena práctica compilar el código cada vez antes de la confirmación. Algunas veces edita accidentalmente algo excepto los comentarios y así rompe el código. La compilación suele ser muy rápida y ayuda a evitar el dolor innecesario. Es por eso que trato de compilar todo antes de comprometerme.
que comprometerse a Git y luego empuje mis cambios a un servidor de todos SVN usos más, así que tengo un script que regenera automáticamente y realiza pruebas y empuja a svn si todo pasó
puedo ver por qué alguien no podría desea pasar por un ciclo de compilación si demora cinco minutos. Pero si ese es el caso, tal vez pueda recopilar todos sus cambios en una sola operación de recopilación/confirmación.
cada confirmación debe construir la línea principal en una máquina integradora
¿Cómo responde eso su pregunta? También lo hacemos, pero eso no me impide construir en mi máquina antes de comprometer –
. Si no existen diferencias ambientales entre las máquinas de desarrollo, las personas deberían hacer una actualización y compilación antes de comprometerse y eso implica comentarios y, en última instancia, si elige u olvidó compilar, su integración continua se detectará si hay un problema –
Siempre compilar antes de comprometerse, el conjunto compilado de trabajo siempre debe coincidir con el código fuente de trabajo. En la práctica, no necesita necesita para compilar si solo está cambiando los comentarios. Pero, ¿con qué frecuencia los comentarios son lo único que cambiarías?
Recuerde, en .NET puede agregar comentarios XML que el compilador puede leer para crear documentación de ensamblaje. Obviamente, al cambiar este tipo de comentarios, se debería hacer una compilación.
¿Usted compromete su ensamblado compilado al control de versiones? – Stephen
Lo siento, mal redactado. Enmendar –
"Pero, ¿con qué frecuencia los comentarios son lo único que cambiarías?" Me gusta corregir errores en comentarios o actualizar comentarios que no están sincronizados con el código correspondiente.Siento que esto es importante, así que en el futuro otros desarrolladores no deben perder el tiempo confundidos por comentarios incorrectos. – jbgo
p. Ej. en .Net, podría estropear los comentarios XML y verificar una advertencia innecesaria del compilador si es descuidado. Por lo tanto, es una buena idea compilar su código cada vez antes de la confirmación (como lo es ejecutar las pruebas antes de confirmarlas).
Y cualquier compilador medio decente tardará casi cero en volver a compilar el código cuando solo hayan cambiado los comentarios. El primer pase de analizador debe notar que ninguna función ha cambiado y se detiene.
Por experiencia personal, un cerebro con exceso de trabajo tiene tendencia a introducir más que solo comentarios y no darse cuenta. Probablemente sea mejor compilarlo incluso si lleva un tiempo. Le ahorrará a otros el dolor de cabeza y protegerá su credibilidad.
Además, si se genera cualquier documentación basada en el contenido de los comentarios, es una buena idea verificar esto también. Por ejemplo, parte de la documentación en la que trabajo se genera a partir de los comentarios del módulo y los comentarios del encabezado de la función: cada uno tiene su conjunto de etiquetas que el generador de documentos espera. – Sparky
+1 para esto. De hecho, hacemos cumplir esto compilando automáticamente antes de permitir que se complete el registro, y rechazando incluso las advertencias. Además de eso, si un módulo rompe la construcción de la noche a la mañana, se tienen palabras serias con las partes responsables al día siguiente. – paxdiablo