Bloque 4 - Tema 4 - 3

AI✦

¿Qué es un repositorio en el contexto de la gestión de versiones?. Una copia local de los archivos del proyecto. Un lugar donde se almacenan los datos actualizados e históricos de cambios. Una rama específica del código fuente. La última versión publicada del proyecto.

¿Cuál es la definición de 'Módulo' en gestión de versiones?. Cualquier archivo individual dentro del repositorio. Un conjunto de directorios y/o archivos que pertenecen a un proyecto común. La última versión estable del código. Una copia de trabajo local.

¿Cómo identifican algunos sistemas de control de versiones las revisiones?. Solo mediante la palabra 'HEAD'. Mediante un contador o un código de detección de modificaciones (como SHA1 en Git). Exclusivamente con nombres de etiquetas. Con la fecha y hora de la modificación.

¿Qué significa 'HEAD' en la terminología de gestión de versiones?. La primera revisión del repositorio. Una revisión específica marcada con una etiqueta. La última versión disponible del código. Una rama de prueba.

¿Cuál es el propósito de 'Etiquetar' o 'Rotular' (tag) una versión?. Para crear una nueva rama de desarrollo. Para marcar una revisión específica con un nombre y poder reencontrarla fácilmente. Para borrar versiones antiguas del repositorio. Para fusionar múltiples ramas.

¿Qué es una 'Línea base' (baseline)?. La primera versión de un proyecto. Una rama principal que no se modifica. Una revisión aprobada de un documento o fichero fuente a partir de la cual se realizan cambios. La copia local de los archivos.

¿Qué es una 'Branch' (rama) en gestión de versiones?. Una copia de seguridad del repositorio completo. Una línea de desarrollo independiente que permite trabajar en el código sin afectar la línea principal. La última versión confirmada (commit) del proyecto. Un registro de todos los cambios realizados.

¿Qué significa 'Abrir rama' (branch) o 'ramificar'?. Enviar cambios al repositorio. Crear una copia de trabajo local. Crear una nueva línea de desarrollo independiente a partir de un punto en el tiempo. Resolver un conflicto.

¿Cuál es una ventaja de usar ramas?. Asegura que todos los desarrolladores trabajen siempre en la misma versión. Permite hacer un 'merge' de modificaciones de diferentes líneas de desarrollo. Elimina la necesidad de hacer 'commits'. Solo permite hacer 'check-out' de la versión HEAD.

¿Qué acción se realiza con 'Desplegar' (Check-out, checkout, co)?. Enviar cambios al repositorio central. Crear una copia de trabajo local desde el repositorio. Fusionar cambios de una rama a otra. Revertir cambios a una versión anterior.

¿Qué sucede durante un 'commit', 'check-in', 'ci', 'install' o 'submit'?. Se crea una nueva rama. Se descargan los últimos cambios del repositorio. Los cambios locales se guardan o integran en el repositorio central. Se resuelve un conflicto de código.

¿Cuándo ocurre un 'Conflicto' en gestión de versiones?. Cuando se intenta hacer 'commit' sin cambios. Cuando el sistema no puede manejar automáticamente cambios realizados por diferentes usuarios en el mismo archivo. Cuando se crea una nueva rama. Cuando se elimina una etiqueta.

¿Qué implica el acto de 'Resolver' un conflicto?. Ignorar los cambios de uno de los usuarios. Permitir que el sistema decida automáticamente. La intervención manual del usuario para decidir cómo integrar los cambios conflictivos. Borrar el archivo afectado.

¿Qué representa un 'Cambio' ('change', 'diff', 'delta')?. El repositorio completo. Una modificación específica realizada a un archivo. La última versión publicada. Una rama completa.

¿Qué es 'Trunk' en el contexto de las ramas?. Una rama temporal para corrección de errores. La rama principal o línea de desarrollo principal del proyecto. La primera rama creada al inicio del proyecto. Una rama utilizada para pruebas de integración.

¿Qué sistema usa SHA1 para identificar revisiones?. Subversion. Git. Mercurial. Perforce.

Si quieres identificar el contenido de una versión publicada del proyecto, ¿qué utilizarías?. Un 'check-out' de la rama principal. Una etiqueta ('tag'). Un 'commit' reciente. Un 'baseline'.

¿Qué implica que los ficheros en un tag se consideren 'congelados'?. Que se pueden modificar libremente. Que no evolucionan y están fijos en ese estado. Que solo el administrador puede verlos. Que se eliminan automáticamente después de un tiempo.

¿Para qué se utiliza comúnmente el 'merge' de ramas?. Para eliminar ramas. Para integrar los cambios de una rama en otra. Para crear copias locales de archivos. Para ver el historial completo del repositorio.

¿Cuál es el propósito principal de tener una copia de trabajo local ('check-out')?. Compartir el código con otros desarrolladores instantáneamente. Realizar modificaciones y experimentar sin afectar el repositorio central. Crear copias de seguridad automáticas. Ver el estado de todas las ramas activas.

Si trabajas en una funcionalidad nueva y separada, ¿en qué deberías trabajar?. Directamente en el 'trunk'. En una nueva 'branch' (rama). En un 'tag' existente. En un 'baseline'.

¿Qué sistema identifica las revisiones con un contador?. Git. Subversion (SVN). Mercurial. Perforce.

Al hacer 'commit', ¿qué se convierte en definitivo?. Solo los cambios en un archivo. Los cambios temporales realizados en la copia local. La última versión descargada del repositorio. La rama completa del proyecto.

¿Qué es el 'depósito' o 'depot'?. Una copia de trabajo. Una etiqueta. Otro nombre para 'repositorio'. Una rama de desarrollo.

Si dos desarrolladores modifican la misma línea de código y el sistema no sabe cuál elegir, ¿qué ha ocurrido?. Un 'check-out' fallido. Un 'commit' exitoso. Un 'conflicto'. Una 'rama' creada incorrectamente.

¿Cuál es la diferencia entre 'tag' y 'branch' en algunos sistemas?. Un tag es para desarrollo activo, una branch es para versiones publicadas. Un tag es una referencia a una revisión específica y generalmente no cambia, mientras que una branch es una línea de desarrollo que evoluciona. No hay diferencia, son sinónimos. Un tag solo puede tener un archivo, una branch puede tener varios.

Cuando se habla de 'HEAD' en Git, ¿a qué se refiere típicamente?. A la primera versión de la historia. A la última revisión en la rama actual. A una rama que está siendo borrada. A un archivo específico dentro del repositorio.

¿Qué acción se relaciona con la creación de 'ramas de prueba'?. 'Commit'. 'Check-out'. 'Branch' (abrir rama). 'Tag'.

Si quieres asegurar una versión coherente de todos los archivos de un módulo en un momento dado, ¿qué harías?. Hacer un 'check-out' de cada archivo por separado. Crear una nueva 'branch' para cada archivo. 'Congelar' el módulo y 'etiquetarlo'/'rotularlo'. Realizar un 'commit' de cada archivo individualmente.

¿Qué es la 'granularidad de la modificación' en un 'cambio'?. El tamaño total del repositorio. La cantidad de usuarios que han modificado el archivo. El nivel de detalle de la modificación considerada como un 'cambio' (ej. línea, carácter). La profundidad de la rama.

¿Para qué se usa la palabra 'HEAD' de forma especial?. Para identificar la primera revisión. Para identificar la última versión. Para identificar una revisión eliminada. Para identificar una rama específica.

Un 'módulo' en gestión de versiones se refiere a: Un sistema de control de versiones específico. Un conjunto de directorios y archivos dentro del repositorio. La acción de enviar cambios al servidor. Un conflicto no resuelto.

¿Cuál es el objetivo de la 'línea base'?. Permitir el desarrollo sin control. Establecer un punto de partida aprobado para futuras modificaciones. Eliminar todas las versiones anteriores. Fusionar todas las ramas existentes.

¿Qué diferencia hay entre 'abrir rama' y 'fusionar' (merge)?. Abrir rama crea una nueva línea de desarrollo, fusionar integra cambios entre líneas. Son lo mismo, solo cambian las palabras. Abrir rama es para subir cambios, fusionar es para descargarlos. Abrir rama se usa para conflictos, fusionar para etiquetas.

Cuando el sistema no puede fusionar automáticamente los cambios de dos usuarios, ¿qué se requiere?. Un nuevo 'commit'. Un 'check-out' más reciente. Resolver el conflicto manualmente. Borrar la rama.

¿Qué acción consolida los cambios locales en el repositorio?. 'Check-out'. 'Branch'. 'Commit'. 'Tag'.

Si necesitas hacer referencia a un estado específico del código en el pasado, ¿qué es lo más apropiado usar?. HEAD. Una rama nueva. Una etiqueta (tag). El trunk.

¿Cuál es el resultado de un 'check-out'?. Los cambios se guardan en el servidor. Se crea una copia de trabajo local. Se genera un nuevo historial de versiones. Se resuelven conflictos.

¿Qué implica la frase 'bajo ciertas circunstancias puede ser necesario utilizar versiones de algunos ficheros que no coinciden temporalmente con las de los otros ficheros del módulo' en relación a los tags?. Que los tags son inherentemente inconsistentes. Que el etiquetado puede ser complejo y, en casos raros, puede no capturar un momento 'exacto' para todos los archivos. Que los sistemas de gestión de versiones modernos resuelven esto automáticamente. Que los tags solo se aplican a un único archivo.

En la gestión de versiones, ¿qué es la 'evolución de una determinada parte del código'?. El proceso de fusionar todas las ramas. La modificación y actualización continua de un segmento específico del código fuente. La eliminación de código obsoleto. La creación de un nuevo repositorio.

¿Por qué se crearía una 'rama de prueba'?. Para hacer un 'commit' más rápido. Para evaluar código experimental o nuevas funcionalidades antes de integrarlo en la línea principal. Para eliminar el historial de cambios. Para forzar conflictos.

¿Qué significa que una rama se considere la 'rama principal o tronco'?. Que es la rama más antigua. Que es la rama donde se realiza el desarrollo principal y estable. Que es la rama con más commits. Que es la rama con menos archivos.

Si realizas cambios en tu copia local y deseas guardarlos permanentemente en el repositorio, ¿qué acción debes realizar?. Check-out. Branch. Tag. Commit.

¿Cuál es la función de un 'repositorio'?. Editar archivos directamente en la nube. Realizar pruebas de rendimiento. Almacenar el código fuente y su historial de cambios. Gestionar permisos de usuario.

En el contexto de Git, ¿qué es la última versión identificada por 'HEAD'?. La versión más antigua del repositorio. La última revisión en la rama actual. Una versión que ha sido eliminada. Una etiqueta fija.

¿Qué término se refiere a una revisión aprobada de un archivo o documento?. Branch. Commit. Baseline. Repository.

Si dos ramas han divergido y deseas combinar sus cambios, ¿qué operación realizarías?. Tagging. Check-out. Merge. Commit.

¿Cuál es el propósito de usar etiquetas (tags)?. Desarrollar funcionalidades en paralelo. Crear copias de seguridad del repositorio. Marcar revisiones importantes para un fácil acceso posterior. Resolver conflictos de código.