Por qué el tipo de campo importa más que el nombre del campo
Estás configurando un proyecto de GitHub y el menú desplegable de “Nuevo campo” te pide elegir un tipo: Texto, Número, Fecha, Lista desplegable o Iteración.
Si eliges el equivocado, terminas con una columna que no se puede filtrar como necesitas, o con un campo de planificación que pelea contra tu flujo de trabajo.
Esta guía repasa qué hace cada tipo de campo, en qué destaca y qué comprobaciones puedes hacer antes de decidirte por uno.
Todo el comportamiento de producto descrito aquí proviene de la documentación oficial de GitHub sobre campos de Projects, citada en cada sección.
Las sugerencias editoriales y los escenarios de ejemplo están identificados como tales.
En GitHub Projects, el tipo de campo controla qué puedes poner en la columna y cómo puedes filtrar por ella.
Los campos de iteración admiten agrupación y ordenamiento.
Puedes agrupar por iteración, filtrar a una sola iteración y ordenar por ella (Acerca de los campos de iteración).
Un campo llamado “Prioridad” se comporta de forma completamente distinta como texto libre que como lista desplegable con opciones fijas.
El nombre es para las personas; el tipo es para la herramienta.
Así que la decisión real no es “¿cómo llamo a esta columna?”, sino “¿qué clase de información va aquí y cómo quiero segmentarla después?”
Si respondes eso primero, el tipo casi siempre se elige solo.
Campos de texto: notas y contexto libre
Los campos de texto guardan texto libre, como notas o cualquier otra información sin estructura.
La documentación de GitHub muestra filtrado por coincidencia exacta con campo:“texto exacto” (Acerca de los campos de texto y número).
Si filtras por texto sin indicar un campo, también coinciden los títulos de los elementos.
Usa un campo de texto cuando el valor realmente varía de un elemento a otro y no puedes predecir las opciones de antemano.