Qué es GitHub y cómo empezar a utilizarlo
Autor: Redacción Domeny.ForSale Publicado
En pocas palabras: GitHub es una plataforma web para almacenar proyectos, seguir los cambios y colaborar en código y documentación. Utiliza Git, un sistema que registra el historial de cambios en los archivos. Puedes usar GitHub para tus propios proyectos, trabajar en equipo o informar de errores en programas ajenos; no necesitas conocer los comandos de la terminal desde el principio.
GitHub y Git: ¿en qué se diferencian?
Git es un sistema de control de versiones, es decir, una herramienta que permite guardar los sucesivos estados de un proyecto, comparar cambios y volver a versiones anteriores. Funciona localmente en el ordenador y no requiere una cuenta en ningún servicio de Internet. En lugar de crear carpetas como «proyecto-final» y «proyecto-final-corregido», guardas los cambios junto con una descripción.
GitHub es un servicio que utiliza Git y añade un espacio compartido para el proyecto, revisión de código, conversaciones y gestión de acceso. Por tanto, GitHub y Git no son dos nombres de una misma herramienta. Puedes utilizar Git sin GitHub, también con otras plataformas como GitLab o Bitbucket.
El espacio de trabajo básico es el repositorio: el conjunto de archivos del proyecto junto con su historial de cambios. Un repositorio en GitHub puede ser público, visible para todos, o privado, accesible solo para las personas autorizadas. Sin embargo, la privacidad no sustituye las prácticas de almacenamiento seguro de datos.
¿Para qué sirve GitHub en la práctica?
GitHub se utiliza principalmente para desarrollar software, pero también permite almacenar documentación, materiales de formación o los archivos de texto de un sitio web. Resulta especialmente útil para contenidos cuyos cambios conviene comparar línea por línea. Es menos cómodo como simple almacén de vídeos de gran tamaño, fotografías o documentos que necesitan editarse en una suite ofimática.
La plataforma ayuda a realizar varias tareas relacionadas:
- Guardar el historial del proyecto: comprobar quién modificó un fragmento y cómo describió el cambio.
- Revisar los cambios antes de aceptarlos: comentar una propuesta y pedir correcciones.
- Informar de errores y proponer ideas: utilizar las issues, es decir, los informes o solicitudes asociados a un repositorio.
- Automatizar el trabajo: utilizar GitHub Actions para ejecutar, por ejemplo, pruebas después de modificar el código.
- Publicar sitios web sencillos: GitHub Pages permite publicar sitios estáticos compuestos, entre otros, por archivos HTML, CSS y JavaScript.
GitHub Pages no es un alojamiento de uso general para aplicaciones con bases de datos y código que se ejecuta en el servidor. Tampoco basta con guardar un proyecto en un repositorio para que la aplicación funcione en una dirección pública: es necesario ponerla en marcha en un entorno adecuado.
¿Cómo se colabora en los cambios?
Imagina un equipo que mantiene el sitio web de una empresa. Una persona corrige el formulario de contacto y otra modifica las tarifas. Ambas pueden trabajar en ramas (branches) distintas, es decir, líneas de desarrollo paralelas del proyecto, sin modificar inmediatamente su versión principal.
Los cambios se guardan en commits. Un commit registra un estado del proyecto con información sobre su autor y una descripción, por ejemplo, «Corrige la validación de la dirección de correo electrónico». Los commits pequeños y bien descritos facilitan entender más adelante de dónde surgió una corrección concreta.
Cuando el formulario está listo, su autor abre una pull request, una propuesta para integrar los cambios en una rama determinada, normalmente la principal. Los demás pueden ver las diferencias, añadir comentarios y comprobar los resultados de las pruebas. Tras la revisión, los cambios pueden fusionarse: esta operación se denomina merge.
Si dos personas modifican el mismo fragmento de formas distintas, puede surgir un conflicto. Git no siempre puede resolverlo automáticamente: una persona debe decidir qué versión, o qué combinación de versiones, es correcta. La plataforma facilita la colaboración, pero no sustituye la evaluación de la calidad del código.
¿Cómo empezar sin conocer la terminal?
Normalmente no necesitas una cuenta para consultar repositorios públicos. Sí resulta útil si quieres crear tus propios proyectos, comentar o informar de problemas. Puedes preparar tu primer repositorio desde el navegador:
- Crea una cuenta y activa la autenticación de dos factores, que añade una confirmación adicional al inicio de sesión.
- Selecciona la opción de crear un repositorio, ponle un nombre y elige su visibilidad de forma consciente.
- Añade un archivo README.md, que contiene la descripción del proyecto y se muestra en la página principal del repositorio. La extensión
.mdindica Markdown, una forma sencilla de dar formato al texto. - Escribe una breve explicación del objetivo del proyecto y guárdala como un commit.
- Crea una rama, modifica la descripción y abre una pull request para practicar la revisión de diferencias.
Más adelante, para trabajar con mayor comodidad con los archivos en tu ordenador, puedes utilizar GitHub Desktop, una aplicación gráfica que permite realizar las operaciones habituales de Git. Clonar un repositorio crea una copia local con su historial; descargar un archivo ZIP proporciona los archivos, pero no prepara una copia con la que trabajar con el historial de Git.
¿Qué debes tener en cuenta antes de publicar un proyecto?
No guardes contraseñas, claves API ni datos de clientes en el repositorio. Eliminar un secreto del archivo actual no lo borra automáticamente de los commits anteriores. Si una clave ha quedado expuesta, lo primero es revocarla o sustituirla; después hay que limpiar el historial y comprobar las consecuencias de la filtración.
Que el código sea público no significa que se permita automáticamente cualquier uso. Revisa el archivo de licencia, que suele llamarse LICENSE, y las condiciones de las dependencias utilizadas. Esta es una orientación general, no asesoramiento jurídico individual; la ausencia de una licencia no equivale a la ausencia de derechos de autor.
GitHub ofrece funciones gratuitas y de pago. Antes de adoptarlo para un equipo, consulta en las tarifas oficiales y la documentación los límites actuales de automatización, almacenamiento y funciones del plan elegido.
Para empezar, crea un repositorio privado con un README de ejemplo y realiza un cambio mediante una rama y una pull request. Así conocerás el flujo de trabajo básico sin publicar código ni datos reales.
Consulta también: ¿Qué es 2FA?
Lee también
