Githawk: Migrar hitos para que estén basados ​​en temas

Me encanta. También hace que sea más fácil acostumbrarse a las nuevas funciones, en lugar de cosas nuevas por todas partes que no se notan debido a ellas. También tendría más sentido con versiones como 2.0, 2.1, 2.2, 3.0, etc., en lugar de estar "atascado" en 1. lo que sea.

Además, debería ser más fácil de comercializar.

He estado esperando un gran 2.0 para recopilar un montón de características interesantes y luego presionar Hacker News, Product Hunt, etc. Yo _realmente_ quería tener una pestaña de perfil allí para 2.0.

Entonces, ¿puedo poner en cola a los RP para estas cosas incluso si no se fusionan hasta sus respectivas versiones? Todavía necesito cosas en las que trabajar 😐

_{Enviado con GitHawk}

@ SD10 jaja por supuesto! Esto les dará a todos un mejor sentido de prioridad (revisiones más rápidas, etc.).

_{Enviado con GitHawk}

También podríamos intentar usar la junta de administración de proyectos de GitHub. Sin embargo, nunca lo he hecho funcionar en ninguno de mis proyectos todavía.

_{Enviado con GitHawk}

Definitivamente estoy dispuesto a probarlo, solo que no estoy claro si el valor que proporciona sobre los problemas / hitos.

_{Enviado con GitHawk}

De hecho, prefiero problemas e hitos. Supongo que el tablero solo es útil si tuviéramos diferentes etapas de desarrollo como: atrasos, en progreso, en revisión, pruebas, etc. ¿No estamos tan organizados (todavía) tal vez algún día cuando reemplacemos la aplicación web GitHub? 😬

_{Enviado con GitHawk}

¡Amo toda la idea!

Con respecto al control de versiones, supongo que todavía estamos siguiendo el control de versiones semántico . 🧐

PD: De vuelta en India, pasaré algo de tiempo para Githawk

Para aquellos interesados, intenté hacer esto con el hito 2.0, ¡ centrándome principalmente en las revisiones de solicitudes de extracción!