Node:Mensajes log y correos electrónicos a la entrega, Next:Cambiar un mensaje log después de una entrega, Previous:Alarmas (CVS como telefono), Up:CVS avanzado
Los correos electrónicos a la entrega son enviados cuando se hace una entrega y muestran el mensaje log y los ficheros involucrados en ésta. Normalmente van para todos los partipantes en el proyecto y algunas veces para otras partes interesadas. Los detalles para establecer correos a la entrega son cubiertos en Administracion del Repositorio, por lo que no los repetiremos aquí. He observado, sin embargo, algunos efectos inesperados en los proyectos. Efectos que usted debería tener en cuenta si estable correos electrónicos a la entrega.
Prepárese para que la mayoría de los mensajes sean ignorados. Que se lean o no dependerá, al menos en parte, en la frecuencia con que se hagan entregas en su proyecto. ¿Entregan los desarrolladores un cambio grande al final de día, o hacen pequeños cambios durante la jornada? En el último caso los desarrolladores recibirán más mensajes y es problabe que presten menos atención a ellos.
Esto no significa que los mensajes no son útiles, sino que no debe contar con que cada persona va a leer cada mensaje. Es un modo conveniente de para las personas de mantener información de quién está haciendo qué (sin la intrusión de las alarmas). Cuando los correos van a una lista de correos pública subscribible son un mecanismo maravilloso para dar a usuarios interesados (y futuros desarrolladores) una oportunidad para ver lo que ocurre en el código a nivel básico.
Podría tener un desarrollador designado para vigilar todos los mensajes log y tener un visión general de la actividad en todo el proyecto (por supuesto, un buen jefe de proyectos estará probablemente haciendo esto). Si hay una clara división de responsabilidades, es decir, ciertos desarrolladores están a cargo de algún subdirectorio del proyecto, usted podría usar algún lenguaje interpretado sobre CVSROOT/loginfo para que cada responsable reciba notificaciones especiales de cambios hechos en su área. Esto aseguraría que los desarrolladores leen al menos los correos involucrados en sus subdirectorios.
Un interesante efecto que surge cuando los correos no son ignorados.
La gente empieza a usarlos como un método de comunicación en tiempo real.
Ésta es la clase de mensaje log que podría resultar:
Acabada la forma de retroalimentación; arreglados los colores de las fuentes y el fondo. Bien, ¿alguien quiere almorzar en 'Los claveles'?
No hay nada malo en esto y hace los mensajes log más entretenidos cuando
se repasan más tarde. Sin embargo hay que ser consciente de que los mensajes
log se guardan para siempre en el historial del proyecto. Por ejemplo,
quejarse de las especificaciones de un cliente es un pasatiempo entre
los programadores; no es dificil imaginar a alguien entregando un mensaje
log como éste, sabiendo que otros programadores lo verán en su correo:
Cambiar los cuatro digitos del año por dos en la salida. Lo que el cliente pide, el cliente recibe, no importa lo estúpido y malo que sea.
Esto hace los correos más divertidos pero, ¿qué ocurriría si el cliente revisara los mensajes log? (Apostaría a que debido a esto más de un sitio ha configurado su CVSROOT/loginfo para que invoque scripts que matengan libre de palabras ofensivas los mensajes log.)
El efecto global de los correos a la entraga sería que la gente no escribe mensajes log demasiandos cortos o complicados, lo cual está bien. Sin embargo hay que recordar que su audiencia no son sólo la gente que recibe los correos sino cualquiera que pudiera leer estos mensajes log.