Git & Version Control
Comprueba una rama, una referencia o un ID de objeto. Distingue los errores de sintaxis de los consejos de nomenclatura.
Introduce un nombre o hash.
La comprobación ocurre en el navegador, sin enviar el texto ni acceder a un repositorio.
Un valor, hasta 4.096 unidades UTF-16. Diagnósticos mostrados de 50 en 50.
Introduce un nombre o hash.
Validar nombres de ramas Git ayuda cuando el terminal rechaza un nombre sin explicar dónde está el problema. Un espacio pegado, un punto al principio de un componente o el sufijo .lock pueden pasar inadvertidos al leer el texto.
Primero decide qué representa la entrada. main sirve como nombre de rama, pero una referencia de un solo nivel requiere permiso explícito. Una cadena hexadecimal de cuarenta caracteres también cambia de significado según el algoritmo que selecciones.
Validar nombres de ramas Git permite revisar cada posición problemática sin modificar la entrada. La sugerencia ASCII aparece por separado. Así puedes decidir si perder mayúsculas, acentos u otros caracteres altera el sentido que tenía el nombre original.
Un hash corto facilita la lectura de una nota de versión, pero otros objetos pueden compartir su comienzo. El informe distingue la forma completa de la abreviada y solo extrae caracteres existentes; no completa un sufijo desconocido.
Cambiar de modo mantiene el texto. Prueba main como rama y refs/heads/main como referencia. Permitir un solo nivel elimina únicamente la obligación de incluir una barra en el modo de referencia.
SHA-1 usa 40 caracteres para un ID completo y SHA-256 usa 64. Si permites abreviaturas, se aceptan de 4 caracteres hasta uno menos que la longitud completa como formato abreviado.
La comprobación automática espera 350 ms después de editar. Al desactivarla aparece el botón manual; también puedes usar Ctrl/Cmd + Enter. Pulsa un diagnóstico para ir a su línea y columna.
Las ramas añaden restricciones como HEAD y el guion inicial. Las referencias Git pueden admitir un solo nivel de forma explícita. La comprobación sigue las reglas literales de git check-ref-format, sin resolver el historial de cambios de rama.
Se detectan controles ASCII, espacios, puntuación prohibida y secuencias como .. y @{. Cada componente se revisa para encontrar un punto inicial o el final .lock. Las líneas y columnas empiezan en 1; columnas y offsets JSON se cuentan en unidades UTF-16.
El generador usa letras ASCII minúsculas, cifras y ._-/; sustituye el resto por guiones, corrige estructuras prohibidas y vuelve a comprobar el resultado. No translitera otros alfabetos. Si no quedan letras ni cifras utilizables, propone branch.
El informe registra algoritmo, longitud, forma completa o abreviada y prefijo mostrado. Conserva las letras hexadecimales mayúsculas. Cuarenta caracteres son una abreviatura en SHA-256. No calcula hashes de archivos ni convierte identificadores de un algoritmo a otro.
Usa el modo de rama para un nombre literal. En tu terminal puedes ejecutar git check-ref-format --branch pasando el nombre como argumento bien protegido. main y master no están prohibidos por la sintaxis porque un equipo decida protegerlos. Un resultado válido tampoco garantiza que la creación vaya a completarse.
Git prohíbe controles ASCII, espacios, ~, ^, :, ?, *, [, y la barra inversa. También restringe secuencias y límites de componentes. En cambio, ] y $ no son automáticamente errores sintácticos. El intérprete de comandos puede exigir comillas u otra protección para manejarlos como texto literal.
El espacio ASCII está en la lista de caracteres prohibidos de Git. La regla evita ambigüedades al interpretar nombres en rutas y expresiones de revisión. Esta página señala su posición en vez de quitarlo a escondidas. La propuesta de un nombre con guiones se presenta como un valor independiente.
Git busca un prefijo único entre los objetos del repositorio. La longitud mínima solicitada es cuatro y el valor predeterminado depende de core.abbrev. Los siete caracteres de esta página son solo una preferencia visual. Al añadir objetos, una abreviatura antes suficiente puede dejar de ser única.
Debes consultar el repositorio correspondiente. Por ejemplo, git cat-file -e permite comprobar la existencia de una expresión de objeto adecuada; determinar si es un commit exige considerar el tipo. Tener una cadena hexadecimal de longitud correcta no demuestra que el objeto exista.
¿Te queda alguna duda?
Validar nombres de ramas Git explica las restricciones del texto. Comprueba después la existencia, unicidad y permisos en el repositorio donde se utilizará.