Elige el pasaje que necesitas respaldar
Supón que estás comprobando una afirmación sobre la instalación en el README público de tu propio proyecto antes de mencionarla en un artículo. Localiza el pasaje exacto y sus condiciones cercanas. El título del repositorio o la biografía del perfil no sustituyen al archivo que contiene la afirmación.
Limita la tarea al documento. No necesitas ejecutar el proyecto, inspeccionar información de contacto personal ni tratar la cuenta de un colaborador como prueba de una identidad privada.
Sustituye la vista cambiante de la rama por un enlace a la versión
GitHub explica que una vista normal de un archivo suele mostrar la cabeza actual de una rama, por lo que su contenido puede cambiar a medida que llegan commits. Mientras ves el archivo, pulsar y cambia la URL por un permalink que usa un commit específico en lugar del nombre de la rama. Fuente
Copia la URL que realmente aparece tras esa acción. Vuelve a abrirla y confirma que muestra el mismo archivo y el mismo pasaje. No inventes un identificador de commit ni construyas una cita a partir de una vista previa de búsqueda que no hayas abierto.
Guarda una nota aparte si también quieres la dirección actual de la rama. El enlace a la versión responde a «¿qué redacción inspeccioné?», mientras que la vista de la rama te permite comprobar qué presenta el proyecto ahora.
Registra suficiente contexto para otro lector
| Campo | Registra a partir de tu inspección | Propósito |
|---|---|---|
| Repositorio y archivo | El proyecto y la ruta de archivo reales | Identificar el documento citado |
| Identificador de commit | La versión del permalink copiado | Distinguir esta instantánea de ediciones posteriores |
| Pasaje de respaldo | Un extracto breve o un resumen fiel | Limitar la afirmación a la redacción inspeccionada |
| Condiciones cercanas | Versión, entorno o límites de la función | Evitar omitir una matización |
| Fecha de acceso | Cuándo abriste la fuente | Separar tu momento de revisión del historial de publicación |
Para un README ilustrativo que dice que una función de exportación es experimental, la afirmación respaldada conserva «experimental». Una URL estable no justifica reescribirla como una garantía probada. Este ejemplo ilustra la práctica de citación; no es un informe sobre un repositorio real.
Decide si una afirmación antigua sigue siendo relevante
Si la rama actual es distinta, conserva ambas observaciones: la versión anterior que citaste y la redacción actual que realmente abriste. No sustituyas en silencio una cita antigua mientras sigues describiéndola como la misma revisión.
Un archivo puede contener planes, ejemplos o instrucciones desactualizadas. Atribuye esas afirmaciones al proyecto en lugar de afirmar que probaste la implementación de forma independiente. Si el acceso falla más adelante, registra esa limitación; un identificador de versión no es una promesa de alojamiento permanente ni de permiso.
Esto también es distinto de una insignia de commit firmado. La guía sobre la insignia Verified de GitHub aborda esa señal diferente. Para una síntesis más amplia de documentos públicos, usa la lista de verificación de fuentes con IA y conserva la versión exacta en la que se basa cada afirmación material.