version - usar - ¿qué herramienta podemos hacer para tener un mayor control de nuestros proyecto en github?

Manera adecuada de utilizar versiones e hitos. (3)

¿Cuál es el propósito de las versiones y los hitos en Trac? ¿Cómo usarlos? ¿En qué se diferencia el hito de la versión?

El flujo de trabajo es algo como esto:

Tiene tickets, que pueden ser solicitudes de nuevas características, correcciones de errores, mejoras, etc.
Luego, usted decide qué tickets tienen mayor prioridad (según lo que necesiten los usuarios o cuán importante sea una corrección de errores, etc.).
Para organizar el trabajo (y los desarrolladores involucrados), puede indicar algo como "un hito será de 2 semanas" (podría ser más, podría ser menos, depende de usted)
Luego, puede estimar cuántos de esos tickets se pueden resolver realmente en esa cantidad de tiempo (1 hito).
Luego, puede lanzar una nueva versión cada cierto número de hitos (es decir, un lanzamiento público después de 1 o 2-4 hitos, a menos que sea necesario arreglar algo crítico).

En resumen, las versiones están destinadas a ser versiones completas de trabajo (públicas o no). Y los hitos son la hoja de ruta para esas versiones. Los boletos son la unidad mínima de trabajo que se puede hacer en cada uno de esos hitos.

Una buena manera de ilustrar la diferencia es pensar en un ticket de defecto. Cuando presenta el ticket, usted (el remitente del ticket) utiliza el campo de versión para indicar la versión del software que presenta el defecto. Una vez que el responsable del software realiza el trofeo del ticket, lo asigna a un hito que indica el período de tiempo en el que se reparará el defecto. El boleto se puede reasignar de un hito a otro según el cronograma del proyecto, pero el número de versión seguirá siendo el mismo. Los números de versión se refieren a cosas que ya se han publicado, y los hitos se refieren a cosas que están en desarrollo o planificadas para el futuro y que aún no se han iniciado.

Algunos proyectos tienen un mapeo 1: 1 entre versiones e hitos. Por ejemplo, el proyecto Trac en sí tiene un hito para las versiones 0.12.3, 0.13, 0.14, etc. También tienen hitos más abstractos que no se asignan a una versión en particular, como "next-major-0.1X" (que indica cualquiera que sea la próxima versión principal que sea), "no aplicable" y "no programado". Sin embargo, cuando va a crear un ticket, las únicas cosas enumeradas en el campo "Versión" son las versiones liberadas y las versiones en desarrollo activo.

Sus hitos no tienen que correlacionarse con sus versiones de ninguna manera si no desea que lo hagan. Por ejemplo, puede crear hitos para "octubre-2011", "noviembre-2011", etc. y usarlos para programar tareas en las que trabajar cada mes. Depende completamente de usted y de las necesidades de su proyecto particular.

Las versiones generalmente son más para lanzamientos a los usuarios.

Los hitos son más para los pasos que deben cumplirse en el desarrollo. Los usuarios no ven o necesitan ser conscientes de ellos. Algunas tiendas de desarrollo las tratan como sub-versiones (1.3.2a) que se resumirán a una versión publicada (1.3.2).

Hay una buena discusión de eso here .