Qué hace el flujo de auto-añadir
Un proyecto de GitHub puede llenarse solo con issues en el momento en que se crean, o puedes añadir cada una a mano.
Ambos enfoques funcionan.
La elección correcta depende de cuánto ruido puedes tolerar y cuánto control quieres sobre lo que llega a tu tablero.
Esta guía explica qué hace realmente el flujo de auto-añadir, cómo configurarlo y en qué situaciones añadir manualmente es la mejor opción.
Los proyectos de GitHub incluyen un flujo de trabajo integrado que puede añadir automáticamente elementos de un repositorio a medida que se crean o actualizan.
Tú defines un filtro, y cualquier elemento nuevo que coincida con ese filtro llega a tu proyecto sin que hagas nada.
También puedes crear varios flujos de auto-añadir, cada uno con su propio filtro y repositorio de destino, según la documentación de GitHub.
Un detalle que sorprende a mucha gente: al activar el flujo de auto-añadir, los elementos existentes que coinciden con tus criterios no se añaden.
Solo los elementos creados o actualizados después de activar el flujo entrarán.
Si quieres issues antiguas en el tablero, las añades manualmente.
El flujo admite un subconjunto de filtros.
Puedes filtrar por estado (open, closed, merged, draft), tipo de elemento (issue o pull request), etiqueta, motivo de cierre y asignado.
Todos los filtros, excepto las variantes no del asignado, admiten negación, así que un filtro como -label:bug añadiría issues que no llevan la etiqueta bug.
Cuántos flujos de auto-añadir puedes ejecutar
El número de flujos de auto-añadir está limitado por tu plan, según la documentación de GitHub:
- GitHub Free: 1 flujo
- GitHub Pro: 5 flujos
- GitHub Team: 5 flujos
- GitHub Enterprise Cloud: 20 flujos
- GitHub Enterprise Server: 20 flujos
En un plan gratuito tienes un solo flujo, así que elige bien su filtro.


