Examen UD1 – Documentación técnica

Sistemas Informáticos · 1.º DAW · 6 puntos

Instrucciones de evaluación

• Cada pregunta tiene un valor máximo de 1 punto.
• Las preguntas y apartados (en caso de tenerlos) se califican mediante el criterio de todo o nada: se obtiene la puntuación completa si la respuesta es correcta y 0 puntos en caso contrario.
• En las preguntas de verdadero o falso (1, 4 y 6), cada acierto suma 0,25 puntos y cada error resta 0,25 puntos. La puntuación mínima de cada pregunta es 0 puntos.

1. Licencias de software

Indica si las siguientes afirmaciones son verdaderas (V) o falsas (F).

a) Una licencia permisiva puede permitir incorporar código abierto en un programa propietario sin obligar a publicar el código fuente de este último. (V / F)

Respuesta: Verdadero (V)

Las licencias permisivas permiten incorporar código abierto en aplicaciones propietarias sin obligar a publicar el código fuente de estas. Deben respetarse las condiciones de la licencia, como conservar los avisos de copyright.

b) La licencia MIT prohíbe incorporar su código en aplicaciones propietarias. (V / F)

Respuesta: Falso (F)

La licencia MIT es permisiva y permite incorporar código en aplicaciones propietarias, incluso comerciales, siempre que se conserven los avisos de copyright y de licencia correspondientes.

c) Las licencias de software libre permiten utilizar el software con fines comerciales. (V / F)

Respuesta: Verdadero (V)

Las licencias de software libre permiten el uso comercial. El software libre no tiene por qué ser gratuito y puede distribuirse o comercializarse respetando las condiciones de su licencia.

d) GitHub es un servicio de código abierto cuyo código fuente está disponible públicamente. (V / F)

Respuesta: Falso (F)

GitHub es una plataforma propietaria. Aunque permite alojar repositorios de código abierto, el servicio GitHub no es, en su conjunto, software de código abierto.

2. Búsqueda de documentación técnica

a) Búsqueda en Google (0,5 puntos)

Quieres encontrar documentación sobre cómo instalar Ubuntu Desktop, limitando los resultados al sitio web oficial ubuntu.com.

Escribe exactamente qué introducirías en el buscador de Google.

Solución

site:ubuntu.com instalar Ubuntu Desktop

El operador site: restringe los resultados de Google al dominio indicado. Los términos restantes especifican la información que queremos encontrar.

Puntuación: 0,5 puntos si se utiliza correctamente el operador site: con el dominio ubuntu.com y términos de búsqueda adecuados. En caso contrario, 0 puntos.

b) Comandos de Linux (0,5 puntos)

Para comprobar que has realizado la actividad obligatoria A2. Búsqueda de información, escribe el comando utilizado para crear, mediante una única instrucción, la siguiente estructura de directorios, suponiendo que ninguno existe previamente:

ud3/
└── images/
    └── screenshots/

Solución

mkdir -p ud3/images/screenshots

El comando mkdir crea directorios. La opción -p permite crear también los directorios intermedios que todavía no existen.

Puntuación: 0,5 puntos si el comando crea toda la estructura solicitada mediante una única instrucción. En caso contrario, 0 puntos.

3. Markdown y rutas relativas

Dispones de la siguiente estructura de directorios:

docs/
├── index.md
├── ud1/
│   └── index.md
├── ud2/
│   └── index.md
└── ud3/
    └── index.md

Estás editando el archivo ud1/index.md y quieres incluir un enlace con el texto «Volver al inicio» que permita acceder al archivo docs/index.md.

Escribe el código Markdown necesario utilizando una ruta relativa.

Solución

[Volver al inicio](../index.md)

También es válida la alternativa:

[Volver al inicio](./../index.md)

El texto entre corchetes es el que aparece en el enlace. La ruta ../index.md sube un nivel desde ud1/ hasta docs/ y accede al archivo index.md. El prefijo ./ representa el directorio actual y no modifica el resultado.

Puntuación: 1 punto si el enlace contiene el texto solicitado y utiliza correctamente la sintaxis Markdown y una de las rutas relativas indicadas. En caso contrario, 0 puntos.

4. Git: control de versiones

Indica si las siguientes afirmaciones son verdaderas (V) o falsas (F).

a) Después de modificar un archivo que ya está siendo seguido por Git, ejecutar git commit sin haber preparado los cambios mediante git add registra automáticamente las modificaciones. (V / F)

Respuesta: Falso (F)

git commit registra los cambios preparados en el área de staging. Las nuevas modificaciones deben prepararse previamente mediante git add.

b) El comando git status permite identificar los archivos modificados y consultar las diferencias concretas entre su contenido actual y el registrado en el último commit. (V / F)

Respuesta: Falso (F)

git status identifica los archivos modificados y su estado, pero no muestra las diferencias concretas de contenido. Para ello se utiliza git diff o git diff --staged, según los cambios que se quieran consultar.

c) Si modificamos un archivo después de ejecutar git add, las nuevas modificaciones también quedan automáticamente preparadas para el próximo commit. (V / F)

Respuesta: Falso (F)

git add prepara el contenido existente en el momento de ejecutar el comando. Si posteriormente se modifica el archivo, será necesario ejecutar git add nuevamente para preparar los nuevos cambios.

d) El comando git diff permite consultar las modificaciones realizadas en archivos seguidos por Git que todavía no se han preparado para el próximo commit. (V / F)

Respuesta: Verdadero (V)

git diff, sin argumentos, muestra las diferencias entre el directorio de trabajo y el área de staging. Permite consultar los cambios que todavía no se han preparado.

5. GitHub: repositorios remotos

Dispones de un repositorio Git local conectado a un repositorio remoto de GitHub.

Antes de comenzar a trabajar, quieres comprobar si existen cambios remotos pendientes y actualizar tu repositorio local. Después, modificas varios archivos y quieres registrar y publicar los cambios.

Ordena los comandos según el flujo de trabajo descrito y relaciona cada uno con su finalidad.

Solución

1. git fetch — Consulta cambios remotos.
2. git pull — Incorpora cambios remotos.
3. git add — Prepara cambios.
4. git commit — Registra cambios localmente.
5. git push — Envía commits a GitHub.

Explicación:

• git fetch: Descarga las referencias y la información del repositorio remoto sin integrar los cambios en la rama local.
• git pull: Obtiene e integra los cambios remotos en la rama local.
• git add: Prepara los cambios que se incluirán en el próximo commit.
• git commit: Registra los cambios preparados en el repositorio local.
• git push: Envía los commits locales al repositorio remoto de GitHub.

Puntuación: 1 punto si los cinco comandos están correctamente ordenados y relacionados con sus finalidades. En caso contrario, 0 puntos.

6. GitHub Pages: publicación de documentación

Indica si las siguientes afirmaciones son verdaderas (V) o falsas (F).

a) Si GitHub Pages está configurado para publicar desde la rama main, un commit realizado únicamente en el repositorio local actualiza automáticamente el sitio web. (V / F)

Respuesta: Falso (F)

Un commit local no modifica el repositorio de GitHub. Es necesario enviar los cambios mediante git push para que puedan publicarse.

b) Una vez configurado GitHub Pages para publicar desde una rama, los cambios enviados a esa rama pueden provocar una nueva publicación sin necesidad de repetir la configuración. (V / F)

Respuesta: Verdadero (V)

GitHub Pages puede publicar automáticamente los cambios enviados a la rama configurada sin necesidad de repetir el proceso de configuración.

c) Si un archivo Markdown se visualiza correctamente en GitHub, todos sus enlaces relativos funcionarán necesariamente también en el sitio publicado mediante GitHub Pages. (V / F)

Respuesta: Falso (F)

GitHub y GitHub Pages pueden procesar los archivos Markdown y resolver sus enlaces de forma diferente. Un enlace que funciona en el repositorio no tiene por qué funcionar en el sitio publicado.

d) Aunque los cambios ya estén disponibles en GitHub, puede transcurrir un tiempo hasta que aparezcan en el sitio publicado mediante GitHub Pages. (V / F)

Respuesta: Verdadero (V)

GitHub Pages necesita procesar y desplegar los cambios. Por ello, la actualización del sitio web puede tardar un tiempo después de enviar los archivos al repositorio.