# 🚀  Todo lo que necesitas saber para aprobar el examen GitHub Foundation

¡Hola, comunidad! En este blog, te contaré todo lo que necesitas saber para aprobar el examen de **GitHub Foundation**. Si estás buscando mejorar tus habilidades en GitHub y obtener una certificación que valide tu conocimiento, este artículo es para ti. Te compartiré mi experiencia personal, algunos consejos útiles y los temas clave que debes dominar para superar el examen con éxito.

### ¿Qué es la certificación GitHub Foundation?

La **certificación GitHub Foundation** está diseñada para validar tu dominio de las funciones básicas de GitHub y cómo puedes usarlas para gestionar proyectos, colaborar con otros desarrolladores y aplicar prácticas de seguridad efectivas. Esta certificación es ideal para aquellos que trabajan con repositorios de código y quieren demostrar su habilidad para trabajar de manera eficiente con GitHub.

![](https://cdn.hashnode.com/res/hashnode/image/upload/v1731792650108/f99dbbd9-e473-431d-bfa6-836e0a921e61.png align="center")

🔥 Puedes descargar la guía de estudio desde este [enlace](https://assets.ctfassets.net/wfutmusr1t3h/1kmMx7AwI4qH8yIZgOmQlP/79e6ff1dfdee589d84a24dd763b1eef7/github-foundations-exam-study-guide__1_.pdf)

---

### 🏆 **Mi experiencia con el examen de GitHub Foundation**

Hace un tiempo mencioné un voucher gratuito para este examen, ¡espero que lo hayan aprovechado! Yo decidí presentarme a la certificación y lo logré. El proceso fue desafiante, pero valió la pena. Aquí te dejo un resumen de cómo me preparé y cómo fue la experiencia:

**💡 Impresiones:** La certificación de GitHub se lanzó en 2024 y tuve la suerte de tomarla gratuitamente. Lo hice con la confianza de que uso GitHub para mis proyectos y en mis bootcamps, así que pensé que no necesitaba estudiar demasiado. En total, no estudié más de 36 horas. El examen fue desafiante y encontré muchas preguntas que no conocía, pero logré aprobarlo por poco. Hubo muchas preguntas de opción múltiple que me hicieron perder algunos puntos.

**💡 Sobre la certificación y el examen:**

* El examen cuesta **99 USD**, pero a menudo hay descuentos del 50%.
    
* La certificación es válida por **3 años**.
    
* Los estudiantes pueden tomarlo de manera gratuita; revisen el paquete para estudiantes de GitHub.
    
* El examen puede tomarse **en cualquier momento** y desde casa, sin necesidad de supervisor ni identificación.
    
* Dura **2 horas**, pero yo lo completé en **90 minutos**.
    

---

### 📚 **Cómo estudiar para el examen**

Si bien no me preparé a fondo, encontré algunos recursos útiles para repasar. Aquí te dejo algunos de los que revisé antes de presentarme:

1. **Material de FreeCodeCamp:** [Enlace a FreeCodeCamp](https://lnkd.in/dRpeRdvT)
    
2. **Study Notes:** GitHub Foundations Certification Exam [Enlace](https://lnkd.in/d5MeWiVH)
    
3. **GitHub Foundations Learning Path:** [Enlace](https://lnkd.in/dzWAh6_J)
    
4. **Study Guide** [Enlace](https://github.com/LadyKerr/github-certification-guide/blob/main/study-guides/gh-foundations.md)
    

La guía del examen es bastante detallada y cubre aspectos como **version control**, **GitHub Actions**, y temas relacionados con **repositorios** y **colaboración**. Además, revisé las notas de otras personas sobre el examen que fueron muy útiles, las cuales leí varias veces antes de rendirlo.

---

### 📝 **Estructura del examen**

El examen cubre varios temas clave. Aquí te dejo un desglose aproximado del **peso de cada tema**:

* **Control de versiones y fundamentos de GitHub (40%)**
    
    * Crear repositorios, hacer forking, clonar, ramas, pull requests, commits, Git, entre otros.
        
* **GitHub Projects, Issues y herramientas de colaboración (30%)**
    
    * GitHub Projects, Issues, Discussions, Labels, Templates y herramientas de gestión de proyectos dentro de GitHub.
        
* **Seguridad, permisos y GitHub Actions (20%)**
    
    * GitHub Actions, políticas de seguridad, acceso a repositorios, roles (admin, maintain, write), y CODEOWNERS.
        
* **Características avanzadas de GitHub (10%)**
    
    * GitHub Sponsors, Codespaces, Integraciones y el uso de acciones de terceros.
        

---

### 💡 **Consejos para estudiar y aprobar**

1. **Practica regularmente en GitHub**: La mejor manera de prepararte es usar GitHub con frecuencia. Intenta hacer forking de repositorios, crear ramas, y utilizar **GitHub Projects** para gestionar tus propios proyectos.
    
2. **Estudia la documentación oficial de GitHub**: La documentación de GitHub es una excelente fuente de información. Revisa las secciones sobre Issues, GitHub Actions, configuración de seguridad y flujos de trabajo.
    
3. **Entiende los permisos en GitHub**: Asegúrate de entender los diferentes roles en los repositorios de GitHub y lo que cada nivel de acceso permite hacer (Read, Write, Admin, etc.).
    
4. **Familiarízate con GitHub Actions**: Aprende cómo configurar flujos de trabajo de GitHub Actions, ya que son una parte importante del examen.
    
5. **Realiza exámenes de práctica**: Si están disponibles, hacer exámenes de práctica puede ayudarte a entender el tipo de preguntas que te enfrentarás.
    

---

### 🌟 Aquí te dejo 5 ejemplos de preguntas que podrías encontrar en el examen de GitHub Foundation

> más o menos las que me acuerdo que vi en el examen

**1-Which of the following default workflow are available as part Github projects (Each answer presents a complete solution. Choose Three)**

* label added to issue
    
* Pull request opened
    
* Auto-archive items
    
* pull request merged
    
* items closed
    

**<mark>Respuesta correcta:</mark>**

Label added to issue, Pull request opened, Pull request merged

> Las opciones que mencionas corresponden a diferentes **acciones** o **estados** que pueden ser rastreados o activados en un proyecto de GitHub. De estas, las tres respuestas correctas son las siguientes:
> 
> 1. **Label added to issue**: Esto ocurre cuando se agrega una etiqueta a un *issue* en GitHub. GitHub tiene la capacidad de automatizar la adición de etiquetas a los *issues* como parte de un flujo de trabajo predeterminado, lo que ayuda a categorizar o priorizar las tareas.
>     
> 2. **Pull request opened**: Este flujo de trabajo se activa cuando se abre una nueva *pull request* en el repositorio. GitHub puede automatizar tareas o desencadenar acciones cada vez que se abra un *pull request*.
>     
> 3. **Pull request merged**: Esto sucede cuando una *pull request* se fusiona con el branch principal del repositorio. Es una acción que GitHub puede realizar automáticamente al completar la revisión y la fusión de cambios.
>     

<mark>10 things you didn’t know you could do with GitHub Projects </mark> [https://github.blog/developer-skills/github/10-things-you-didnt-know-you-could-do-with-github-projects/](https://github.blog/developer-skills/github/10-things-you-didnt-know-you-could-do-with-github-projects/)

**2- Which version control system is Github built on top of?**

* subversion
    
* Mercurial
    
* Git
    
* Perforce
    

**<mark>Respuesta correcta:</mark>**

* **Git**
    

> GitHub está construido sobre **Git**.
> 
> Git es un sistema de control de versiones distribuido que realiza un seguimiento de los cambios en los archivos y permite que varios desarrolladores colaboren en el mismo proyecto. GitHub es una plataforma que proporciona alojamiento de repositorios Git con características adicionales, como pull requests, issues, actions y más, facilitando la gestión y colaboración en proyectos de desarrollo de software.

**3- While maintaining the gist history, which of following is the most efficient way to create a public gist based on another user’s gist?**

* Request to be added to the existing gist
    
* Clone the gist
    
* Fork the gist
    
* Create a new gist and copy the content from the existing gist
    

**<mark>Respuesta correcta:</mark>**

* Fork the gist
    

> La forma más eficiente de crear un *gist* público basado en el *gist* de otro usuario, manteniendo el historial, es **forkear el gist**.
> 
> Explicación:
> 
> **Forkear el gist**: Al **forkear** un *gist*, creas una copia del mismo en tu cuenta de GitHub. Esto mantiene el historial del *gist* original y te permite modificarlo según tus necesidades. Además, cualquier cambio que realices se puede rastrear, y si lo deseas, puedes proponer cambios al *gist* original a través de una solicitud de *pull*.

**4- Who can be assigned to an issue or pull request? (Each answer presents a complete solution)**

* anyone who has an enterprise Github account
    
* anyone with write permissions to the repository
    
* anyone who has a personal Github account
    
* anyone who has commented on the issue or pull request
    

**<mark>Respuesta correcta:</mark>**

* **Anyone with write permissions to the repository**
    

> La asignación de *issues* o *pull requests* en GitHub está limitada a ciertos usuarios con permisos específicos en el repositorio. A continuación, te explico qué opciones son correctas:
> 
> **Anyone with write permissions to the repository**: ✅ Correcto. Cualquier persona que tenga permisos de escritura en el repositorio puede ser asignada a un *issue* o *pull request*. Esto incluye a los colaboradores que tienen los permisos necesarios para gestionar y resolver tareas.

**5- What should a user follow to see public activity on their personal dashboard? (Each answer presents a complete solution. Choose two)**

* teams
    
* enterprise
    
* stars
    
* organizations
    
* people
    

**<mark>Respuestas correctas:</mark>**

* **Stars**
    
* **People**
    

> Para que un usuario pueda ver la actividad pública en su *dashboard* personal en GitHub, debe seguir elementos específicos. Las respuestas correctas son:
> 
> 1. **Stars**: ✅ Correcto. Cuando un usuario le da una *star* a un repositorio, puede ver actualizaciones y actividades públicas relacionadas con ese repositorio en su *dashboard*.
>     
> 2. **People**: ✅ Correcto. Al seguir a otras personas (usuarios) en GitHub, un usuario puede ver la actividad pública de esas personas en su *dashboard* personal.
>     

### 🤩 **GitHub Foundations Practice Test**

[https://ghcertified.com/practice\_tests/foundations/](https://ghcertified.com/practice_tests/foundations/)

![](https://cdn.hashnode.com/res/hashnode/image/upload/v1731792918960/44db2040-b8c4-4bac-a08e-39ca52a0893a.png align="center")

### Tips: Markdown se usa en GitHub

Markdown se usa en GitHub porque es un lenguaje de marcado ligero que facilita la creación de contenido con formato, mejorando la legibilidad y presentación de la documentación y comentarios sin necesidad de herramientas complicadas. Su sintaxis simple permite que los desarrolladores y colaboradores:

1. **Documenten código de forma efectiva**: Markdown es ideal para escribir README, archivos de documentación, y descripciones de proyectos de manera clara y estructurada.
    
2. **Comuniquen ideas rápidamente**: Permite dar formato a los comentarios en issues y pull requests, lo que ayuda a que las discusiones técnicas sean más comprensibles.
    
3. **Mantengan consistencia y simplicidad**: Dado que Markdown es fácil de aprender y usar, los equipos pueden mantener un formato consistente sin invertir tiempo en aprender lenguajes complejos de marcado.
    
4. **Integren elementos de código**: La compatibilidad con el resaltado de sintaxis y bloques de código mejora la visibilidad de ejemplos de código en contextos de discusión.
    

> GitHub adoptó Markdown porque equilibra simplicidad y funcionalidad, haciendo que las interacciones y la documentación sean más eficaces para desarrolladores y colaboradores.

![](https://miro.medium.com/v2/resize:fit:700/1*fYNjkmoKUQQkkkd1EZBHMA.png align="left")

### 🏅 **Conclusión**

Superar el examen de **GitHub Foundation** requiere tener un conocimiento sólido de las herramientas y flujos de trabajo de GitHub, incluyendo control de versiones, colaboración, permisos y acciones. Con práctica y una preparación adecuada, puedes aprobarlo con confianza.

Espero que estos consejos te ayuden a prepararte para la certificación y a enfrentar el examen sin miedo. ¡Buena suerte en tu camino hacia la certificación!
