Para qué están hechos los Issues de GitHub
Cuando tienes una idea temprana, el lugar donde la escribes determina lo que sucede después.
GitHub te ofrece dos opciones principales: Discussions e Issues.
Parecen similares, pero sirven a etapas distintas en la vida de una idea.
Elegir la correcta mantiene tu pensamiento abierto cuando debe estarlo y lo convierte en trabajo rastreable cuando ya está listo.
Esta guía explica para qué sirve cada herramienta, cómo decidir dónde pertenece una idea nueva y cómo moverla de una a otra sin perder la conversación que la moldeó.
Los Issues son la herramienta de GitHub para planificar, discutir y hacer seguimiento del trabajo.
GitHub indica que los issues sirven para seguir ideas, comentarios, tareas o errores; son rápidos y flexibles.
En la práctica, un issue suele representar algo concreto: un reporte de error, una funcionalidad planificada o una tarea que alguien tomará.
Los issues vienen con estructura que te ayuda a gestionar el trabajo.
Puedes agregar etiquetas, hitos y responsables.
Puedes dividir piezas grandes de trabajo en sub-issues y definir relaciones de bloqueo entre ellos.
También puedes conectar issues con pull requests, de modo que al fusionar un cambio el issue relacionado se cierre automáticamente (Acerca de los issues).
Esa estructura es una fortaleza cuando la idea ya se convirtió en un compromiso.
Es una carga cuando la idea aún es cruda, porque un issue implica que alguien debería actuar sobre él en algún momento.
Para qué están hechos los Discussions de GitHub
Los Discussions son un foro de comunicación colaborativa para la comunidad alrededor de un proyecto.
GitHub define Discussions como conversaciones abiertas que no requieren vincularse a un proyecto ni al código. Detalles.
Las discusiones se organizan en categorías que tú defines, como ideas, preguntas o anuncios.