¿Para qué son los mensajes de confirmación? Siempre los he estado escribiendo como una explicación de lo que hice, pero recientemente comencé una discusión al respecto con un colega que escribe mensajes de compromiso explicando por qué lo hizo. ¿Cuál es el correcto o hay otra respuesta por completo?Mensajes de confirmación adecuada
NOTA: No tengo ni idea de si hay una respuesta "correcta" para esto. Como tal, lo he etiquetado wiki de la comunidad y no aceptaré una respuesta. Los votos ascendentes decidirán el ganador :)
Veo un mensaje de confirmación como un correo electrónico. El "qué" es el asunto, tal vez haciendo referencia a un error #, pero debe describir brevemente el cambio El cuerpo del mensaje de compromiso es el por qué. –
En realidad, mirar el diff le dice * cómo * se hizo, los comentarios en el código y el sistema de seguimiento de problemas deberían decirle * por qué *, y el mensaje de confirmación debería decirle * qué *, preferiblemente junto con un enlace a el sistema de seguimiento de problemas. en mi opinión, por supuesto. –
Algunos cambios no se envían fácilmente a "comentarios ... debería decirle por qué": borrar código podrido, por ejemplo. Agregar el "por qué" a los comentarios cada vez podría terminar en un escenario de SCM en código fuente. De acuerdo, a veces * tiene * sentido agregar un comentario explicando por qué el enfoque "obvio" de agregar algún código aquí sería incorrecto. –