¿Por qué el software de control de versiones no proporciona un seguimiento inmediato con el fin de realizar cambios?

Casi todos los principales software de control de versiones que conozco permiten, (o insisten si están configurados para ello), que el desarrollador vincule un cambio a un rastreador de errores o mejoras y, además de permitir una descripción de un cambio, para describir por qué se hizo un cambio. Además, la mayoría de los sistemas de seguimiento se pueden configurar para permitir información sobre las confirmaciones (cambios) relacionadas con un ticket determinado.

Existen varias razones para mantener el sistema de tickets separado del sistema de control de revisión de software:

  1. Acceso amplio: los rastreadores de errores deben ser accesibles para casi todos, su código fuente es otra cuestión.
  2. Fácil de usar : debido a 1 por encima, el sistema de venta de entradas debe ser utilizable por personas menos técnicas.
  3. Especificidad: el informador de un problema solo sabe que algo está mal con un producto determinado, pero la mayoría de los productos consisten en varios subsistemas, a menudo administrados a través de diferentes repositorios de control de versiones, a veces incluso diferentes sistemas, en diferentes ubicaciones. Es importante darle al usuario un lugar único para informar problemas, los desarrolladores pueden aislar qué subsistemas contienen el problema real.
  4. Archivos adjuntos: los tickets a menudo incluyen cosas como capturas de pantalla, a veces incluso videos, entradas de muestra, salidas resultantes, etc., etc., estos no pertenecen a su sistema de control de versiones y a veces lo dañarán.
  5. Confidencialidad: quién informó el problema, y ​​cualquier dato de muestra o información de uso, estaría disponible para todos los desarrolladores si estuviera en el VCS, los tickets pueden ocultarse y una vez marcados como resueltos rara vez son de interés para nadie.

Lo siento, no creo entender tu pregunta. El software de ‘gestión de proyectos’ y ‘seguimiento de errores’ suele ser diferente del ‘software de control de versiones’, que actualmente es más a menudo ‘software de seguimiento de versiones distribuido’, por ejemplo, git.

No dijiste qué W no fue rastreado, así que supongo que te refieres a ‘dónde’, como en geografía. ¿Le interesaría la ubicación del codificador, el software, el sistema de desarrollo o el sistema de gestión de cambios? Puedo ver por qué eso podría interesarle a alguien depurar el sistema de seguimiento de versiones, pero no cómo me ayudaría. ¿Importa si un desarrollador está en el trabajo, en casa o en el tren en el medio? Si lo hace, probablemente sean las condiciones de trabajo las que marquen la diferencia y agradecería que escribiera ‘Espero que esto sea correcto porque fue difícil concentrarse con personas cerca de mi escritorio discutiendo el juego de anoche durante la última hora ”.