Font size
WorksheetsEntornos de Desarrollo 2º PARCIAL
Total questions: 120
Worksheet time: 3600secs
Los diagramas de actividad…
No están contemplados en UML.
Permiten mostrar el flujo de ejecución.
Realizan una tarea similar a los diagramas de secuencia.
Ninguna de las anteriores es correcta.
Un diagrama de tiempo…
Permite mostrar el flujo temporal.
No está contemplado en UML.
Se puede utilizar para planificación temporal del proyecto.
Ninguna de las anteriores es correcta.
En un diagrama de actividad podemos distinguir…
Nodos objeto.
Nodos de control.
Nodos ejecutables.
Todas las anteriores son correctas.
Cuando queremos mostrar la planificación temporal…
Mejor utilizar un diagrama de clases.
Mejor utilizar un diagrama de planificación.
Mejor utilizar un diagrama de tiempos.
Ninguna de las anteriores es correcta.
En referencia los diagramas de tiempo…
Existen diferentes tipos.
No se pueden utilizar en la planificación UML.
No tiene sentido utilizarlos en el desarrollo software.
Ninguna de las anteriores es correcta.
Un diagrama de red de tareas…
Es un tipo especial de diagrama de actividad.
Es un tipo especial de diagrama de tiempo.
Es un tipo especial de diagrama de clase.
Es un tipo especial de diagrama de secuencia.
Un diagrama de Gantt…
Es lo mismo que un diagrama de barras.
Se puede utilizar para la planificación temporal.
Tiene muchas limitaciones para el desarrollo software.
Todas las anteriores son correctas.
Un diagrama PERT…
Es un diagrama de secuencia.
Es un diagrama de actividad.
Es un tipo de diagrama de clases.
Ninguna de las anteriores es correcta.
Para contemplar los retrasos en la planificación…
Es mejor utilizar un diagrama de actividad.
Hay que utilizar un diagrama de clases.
Es suficiente con cualquier diagrama de tiempo.
Ninguna de las anteriores es correcta.
En un diagrama de actividad…
Es necesario marcar el estado inicial.
Hay que tener en cuenta las actividades.
Hay que incluir las acciones.
Todas las anteriores son correctas.
¿Qué permite realizar un diagrama de actividad?
Un diagrama de actividad no está contemplado en UML y, por eso, no se puede realizar en el desarrollo software.
Un diagrama de actividad no puede mostrar el flujo de ejecución.
Un diagrama de actividad solo contiene nodos de actividad.
Un diagrama de actividad permite mostrar el flujo de ejecución.
¿Cuál de las siguientes afirmaciones es correcta con relación a los diagramas de tiempo?
En los diagramas de tiempo, no es posible contemplar los tiempos de retraso.
Para determinados proyectos, los diagramas de tipo PERT son más potentes que los diagramas de barras.
Solo existe un diagrama de tiempo que no está contemplado en UML.
Un diagrama de tiempo es exactamente igual que un diagrama de actividad.
Un diagrama de estado…
Solo se aplica en el ámbito matemático.
Proviene del ámbito matemático.
Solo se utiliza en el diseño software.
Ninguna de las anteriores es correcta.
El término determinista…
No se aplica los diagramas de estado.
No tiene nada que ver con la informática.
Es imprescindible en los diagramas de estado.
Ninguna de las anteriores es correcta.
En un diagrama de estado…
Solo podemos tener estados.
Solo podemos tener estado con transiciones.
Pueden existir estados con flujos dentro.
Ninguna de las anteriores es correcta.
Una buena práctica para crear diagramas de estados es…
Definir previamente el conjunto de estados.
Realizarlo una vez que el software esté implementado.
Utilizar el diagrama de secuencia.
Ninguna de las anteriores es correcta.
Un estado de convergencia…
No se puede representar en un diagrama de estado.
Es aquel en el que confluyen varias transiciones de diferentes estados.
No está soportado por UML.
Aquel del que parten varias posibles transiciones.
Un evento en un diagrama de estado…
No está soportado por UML.
No se puede representar en el sistema.
Normalmente se produce con un disparador.
Ninguna de las anteriores es correcta.
Para poder crear un diagrama de estado…
Solo puede haber un estado inicial.
Es necesario especificar al menos un estado de finalización.
Hay que definir los estados.
Todas las anteriores son correctas.
En un diagrama de estado, los eventos de llamada…
No existen.
Son siempre asíncronos.
No están soportados.
Ninguna de las anteriores es correcta
Los eventos en el diagrama de estados…
Son siempre síncronos.
Son siempre asíncronos.
Los síncronos no se contemplan en UML.
Pueden ser síncronos o asíncronos.
Un diagrama de estado…
Permite mostrar el flujo de ejecución y los estados de los objetos.
Se puede reemplazar por un diagrama de secuencia.
Se puede reemplazar por un diagrama de clases.
Ninguna de las anteriores es correcta.
¿Qué diferencia hay entre estados y transiciones en los diagramas de estados?
Los estados y las transiciones son exactamente lo mismo.
Los estados permiten conocer cómo se encuentran los objetos internamente, mientras que las transiciones permiten establecer las condiciones para cambiar de estado.
Solo puede haber un estado, pero muchas transiciones.
Las transiciones son un tipo especial de estado.
¿Cuál de las siguientes afirmaciones es cierta en relación con un diagrama de estados?
En un diagrama de estados, los estados son indivisibles.
Un diagrama de estados solo puede tener un estado de finalización.
En un diagrama de estados, pueden existir estados con subdiagramas en su interior.
Un diagrama de estados puede tener más de un estado inicial.
Las pruebas software…
No forman parte de la planificación de un proyecto.
Pueden ser de diferentes tipos.
Normalmente es mejor no utilizarlas.
Ninguna de las anteriores es correcta
En la planificación de un proyecto software…
Solo es necesario contemplar el tiempo de implementación.
No es necesario contemplar la realización de pruebas.
Es muy importante añadir el tiempo de pruebas y desarrollo de éstas.
Ninguna de las anteriores es correcta.
Las metodologías basadas en pruebas…
Basan toda su filosofía en la existencia de pruebas.
No existe tipo de metodologías.
Son muy lentas.
No se aplican en la actualidad.
Las pruebas estáticas…
Permiten observar el funcionamiento del código.
Son muy potentes.
Solo permiten valorar el código desde el punto vista lógico.
Ninguna de las anteriores es correcta.
Las pruebas no funcionales…
Se centran en probar que se cumplen los requisitos no funcionales.
Se centran en probar si se cumplen los requisitos funcionales y no funcionales.
No son muy relevantes.
Ninguna de las anteriores es correcta.
Las pruebas dinámicas…
Son menos potentes que las pruebas estáticas.
Permiten comprobar el código en funcionamiento.
No se utilizan en la actualidad.
Son solo de un tipo.
Los casos de prueba…
No están relacionados con los casos de uso.
Solo se relacionan con los casos de uso en requisitos no funcionales.
Están relacionados con los casos de uso.
Ninguna de las anteriores es correcta.
Las pruebas unitarias…
Permite verificar todo el código a la vez.
Permiten comprobar cómo se comporta el código con otros componentes.
Permiten comprobar que no existen errores de regresión.
Ninguna de las anteriores es correcta.
Las pruebas de regresión…
Permiten comprobar que no existen efectos colaterales.
Se hacen al principio del desarrollo.
Son imprescindibles para avanzar más rápidamente.
Todas las anteriores son correctas.
Las pruebas de integración…
Se realizan con la utilización de pruebas funcionales.
Es recomendable realizarlas después de las pruebas de regresión.
Es recomendable realizarlas después de las pruebas unitarias.
Es mejor realizarlas después de las pruebas de componentes.
¿Cuál de las siguientes características acerca de las pruebas estáticas es correcta?
Son las pruebas más potentes que podemos realizar para poder comprobar la calidad del software.
Su funcionalidad está muy limitada a comprobar el código sin poder ejecutarlo.
Son más potentes que las pruebas dinámicas.
Nunca hay que aplicarlas en el desarrollo de software.
¿Qué relación existe entre un caso de uso y un caso de prueba?
Un caso de uso es exactamente igual a un caso de prueba.
Un caso de uso marca la funcionalidad que tendremos que probar con los diferentes tipos de pruebas de los que disponemos.
Un caso de prueba es más potente que un caso de uso.
No es necesario establecer esta relación, solo es importante el caso de prueba.
Las pruebas de caja negra…
Permiten observar los detalles del código.
Ocultan totalmente los detalles del código.
No son una solución válida para las pruebas software.
Ninguna de las anteriores es correcta.
Las pruebas de seguridad…
No son relevantes en el software.
No requieren ningún estándar.
Dependerán del tipo de información almacenada.
Ninguna de las anteriores es correcta.
Las pruebas de usabilidad…
Se realizan siempre automáticamente.
No son necesarias en el software.
Requieren siempre intervención humana.
No afectan en la calidad de la aplicación.
Las pruebas de aceptación…
Son de las últimas en realizarse.
Pueden requerir información de estadísticas.
Se suelen realizar incluso una vez publicado el software.
Todas las anteriores son correctas.
Las pruebas de tipo A/B…
Son poco eficientes.
No permiten elegir el mejor candidato.
No se utilizan en el desarrollo software.
Ninguna de las anteriores es correcta.
Las pruebas de caja blanca…
Pueden tener acceso total al código.
No pueden ver los detalles de implementación.
No se aplican en el software.
No son eficientes para detectar errores.
El enfoque exploratorio…
No es una solución válida para las pruebas software.
Aplica una metodología determinada.
Se centran en la experiencia del probador.
Ninguna de las anteriores es correcta.
Las pruebas de caja gris…
Son una solución intermedia entre las pruebas de caja negra y las de caja blanca.
No existe en el desarrollo software.
Son un tipo de prueba exploratoria.
Ninguna de las anteriores es correcta.
El desarrollo de prueba en cascada…
Es el más utilizado en la actualidad.
No se adapta a las necesidades actuales de las empresas.
No utiliza prueba de caja negra.
No utiliza prueba de caja blanca.
Las pruebas de accesibilidad…
Permiten aumentar el público objetivo.
Actualmente son muy importantes.
Se suelen confundir con las pruebas de usabilidad.
Todas las anteriores son correctas.
¿Cuál de las siguientes afirmaciones es correcta?
Las pruebas de caja no permiten definir pruebas sistemáticas.
Las pruebas de caja gris son una combinación entre las pruebas funcionales y no funcionales.
Las pruebas de caja gris son una combinación entre las pruebas de caja blanca y las pruebas de caja negra.
Las pruebas de exploración permiten crear una metodología sistemática.
¿Cuál de las siguientes afirmaciones es correcta en relación con la ejecución de pruebas?
Únicamente debemos centrarnos en las pruebas funcionales, pues son las más importantes del sistema.
Una vez que saquemos el software a producción, no tendremos que realizar más pruebas.
Es mejor saltarnos la fase de pruebas para poder tener el software en producción en el menor tiempo posible.
Lo mejor es realizar un plan de prueba con múltiples enfoques para tener una mayor cobertura del código fuente.
El depurador de código…
No es necesario en ningún caso.
Se vuelve más necesario a medida que aumenta el número de líneas de código.
Afecta al rendimiento de la versión final.
Ninguna de las anteriores es correcta.
El depurador…
Nunca se incluye en los entornos de desarrollo.
Solo se puede utilizar en lenguajes compilados.
Permite la utilización de puntos de ruptura.
Ninguna de las anteriores es correcta.
Un punto de ruptura…
Permite aumentar la velocidad de ejecución.
Lugar donde existe un error en el código.
Permite parar el flujo de ejecución en un punto determinado.
Ninguna de las anteriores es correcta
Para conocer el contenido de una variable…
Solo podemos imprimirla por los logs.
No se puede saber el contenido de una variable.
En versiones de depuración se puede utilizar los examinadores de variables.
Solo es posible conocer los valores de las variables en entornos web.
En relación con los puntos de ruptura…
Son necesarios para la versión de depuración.
Dificultan el flujo de ejecución.
Dificultan el proceso de desarrollo.
Ninguna de las anteriores es correcta.
Para poder generar una versión de depuración…
Es necesario que sea soportado por el entorno de desarrollo.
Es necesario que sea soportado por el hardware subyacente.
Deben existir una versión especial de depuración.
Todas las anteriores son correctas.
A la hora de depurar el interior de una función…
Se puede utilizar la opción step into.
Se puede utilizar la opción step forward.
Se puede utilizar la opción step out.
Ninguna de las anteriores es correcta.
A la hora de depurar un programa…
No podemos fijar muchos puntos de ruptura.
No tenemos que considerar los requisitos de la máquina.
No hay que generar una versión especial de la aplicación.
Ninguna de las anteriores es correcta.
Al referirnos a la sustitución de bloques…
Hace referencia a cambiar el nombre de los métodos
Se refiere a encapsular los datos
Permite sustituir bloques dando el nombre de métodos
Ninguna de las anteriores es correcta
Al trabajar con muchas líneas de código…
Es mejor utilizar una impresora para depurar.
No es posible utilizar la depuración.
Lo ideal es disponer de un depurador.
Ninguna de las anteriores es correcta.
Desde el punto de vista del programador…
Tener muchos puntos de ruptura es costoso.
Disponer de un depurador es una pérdida de tiempo.
Es importante utilizar herramientas adecuadas al desarrollo.
Ninguna de las anteriores es correcta.
¿Qué permite realizar un depurador?
Gracias a los depuradores, es posible generar código con mayor facilidad.
Un depurador es una herramienta que permite que los desarrolladores puedan parar el flujo de ejecución y observar qué está pasando.
Es una herramienta que permite mejorar el rendimiento de la aplicación directamente.
Es una herramienta centrada principalmente en tareas de organización de proyectos.
¿Qué nos permiten realizar los puntos de ruptura?
Parar el flujo de ejecución y ver qué está sucediendo, utilizando un depurador.
Utilizando puntos de ruptura, podemos romper el flujo de ejecución y salir de sentencias iterativas.
Los puntos de ruptura se introducen para realizar un mejor seguimiento del código.
Los puntos de ruptura permiten configurar el hardware y el software a la hora de ejecutar un código fuente.
¿Qué permite realizar JUnit?
Se trata de un tipo de pruebas funcionales
Es un software que permite realizar pruebas unitarias para Java
Es una herramienta que permite realizar pruebas de código para PHP
Es una herramienta que ya no se utiliza en el desarrollo software
¿Cuál de las siguientes afirmaciones es correcta acerca de la calidad del software?
Existen diferentes estándares para poder medir la calidad del software
No es necesario medir la calidad del software, pues es muy fácil de cambiar
No importa las pruebas que realicemos, que no existe relación con la calidad de la aplicación
No es posible medir la calidad del software porque es algo no tangible
Para poder realizar pruebas a mayor velocidad…
Es necesario tener claro los vectores de pruebas
Hay que definir y acotar los rangos de pruebas
Se pueden utilizar herramientas de prueba automática
Todas las anteriores son correctas
La calidad del código…
No tiene ninguna forma de medirse
Es fundamental para disponer de un buen producto
No se relaciona con las pruebas
Ninguna de las anteriores es correcta
Los valores extremos…
No requieren de pruebas específicas
No se aplican en el software
Son valores de casos particulares
Ninguna de las anteriores es correcta
Desde el punto de vista de los estándares…
No se pueden utilizar para medir el código
No existe ningún estándar que se pueda utilizar en el software
Permiten determinar reglas para medir la calidad del software
Ninguna de las anteriores es correcta
En cuanto a la realización de pruebas…
Son necesarias para garantizar la seguridad
Permiten garantizar la fiabilidad del software
Pueden requerir mucho tiempo para su ejecución
Todas las anteriores son correctas
En relación con JUnit …
Es una herramienta para realizar pruebas unitarias
Es una herramienta para medir la calidad
Una herramienta que permite documentar el código
Ninguna de las anteriores es correcta
Las pruebas de interfaz gráfica…
Normalmente requieren la intervención humana
Normalmente se automatizan
No se llevan nunca acabo
Ninguna de las anteriores es correcta
Las pruebas unitarias…
Pueden ser muy numerosas
Solo garantizan que el código es correcto
Puede llegar a ser complicado realizarlas
Todas las anteriores son correctas
Las pruebas de cobertura…
Son muy complicadas de realizar
No se pueden aplicar a soluciones software
Son las más comunes de realizar
Ninguna de las anteriores es correcta
Las clases de equivalencia…
Aumentan el número de casos de prueba
No se pueden aplicar al software
Disminuyen el número de casos de prueba
No afecta al número de casos de prueba
La refactorización…
Es una tarea muy sencilla
Requiere comprobar el código generado
No posee ninguna herramienta de apoyo
Ninguna de las anteriores es correcta
Las herramientas de refactorización…
Pueden ayudar a realizar un borrado seguro
Pueden ayudar a realizar un renombrado de métodos
Pueden ayudar a realizar un renombrado de variables
Todas las anteriores son correctas
Los patrones de refactorización…
Solo se pueden aplicar a determinados casos
No garantizan que se estructure mejor el código
Requieren que se hagan pruebas a posteriori
Ninguna de las anteriores es correcta
Cuando movemos una clase a otro nivel…
Es un tipo de refactorización
No podemos hablar de refactorización
Siempre se produce un error
Ninguna de las anteriores es correcta
En referencia a los analizadores de código…
Se pueden utilizar para conocer el estado de nuestro código
Pueden apoyar en la toma decisiones
Están basados en métricas
Todas las anteriores son correctas
Las herramientas para la refactorización…
Permiten la refactorización de manera automática
No incluyan métodos para renombrado
No se encuentran integradas en los entornos de desarrollo
Ninguna de las anteriores es correcta
Para poder realizar un borrado seguro…
Es necesario recompilar
Deberíamos tener en cuenta dónde se está utilizando el elemento de código a borrar
El borrado nunca es una tarea segura
Ninguna de las anteriores es correcta
Los analizadores de código…
No son utilizados en la actualidad
Tienen una potencia más limitada
Suelen estar integrados en el editor del entorno de desarrollo
Ninguna de las anteriores es correcta
La realización de pruebas…
No son necesarias cuando se hace una refactorización
No se pueden aplicar después de una refactorización
Son poco eficientes después de una refactorización
Ninguna de las anteriores es correcta
¿Cuál de las siguientes es correcta en relación con la refactorización?
Únicamente es un renombrado
Permite crear un código fuente mejor estructurado
No incorpora mecanismos para sustitución de bloques
Normalmente puede suponer una pérdida de rendimiento
¿Cuál de las siguientes afirmaciones es correcta?
Los analizadores de código no son muy útiles en el desarrollo de aplicaciones
Existen diferentes patrones para poder realizar la refactorización correctamente
La refactorización no requiere la realización de pruebas
No es posible utilizar herramientas que faciliten la refactorización
¿Qué permite realizar un sistema de control de control de versiones?
Su funcionalidad es muy limitada porque son poco potentes
Permiten poder trabajar sincronizadamente, y, por tanto, aumentar el tamaño del equipo
Es un tipo de herramientas que permite incluir documentación y modificarla en la nube
Es un tipo de herramienta de sincronización Cloud
¿Cuál de las siguientes afirmaciones es correcta?
Un sistema de control de versiones es incompatible con el sistema de generación de documentación
Las herramientas de generación de documentación no pueden incluirse dentro de los entornos de desarrollo
Todas las herramientas de generación de documentación permiten crear manuales de usuario
Existen diferentes tipos de herramientas de generación de documentación que, normalmente, se basan en la utilización de etiquetas
Un sistema de generación documentación…
Utiliza etiquetas para marcar los datos
Puede ser integrados en entornos de desarrollo
Pueden trabajar con múltiples lenguajes de programación
Todas las anteriores son correctas
Los sistemas de control de versiones…
Complican la tarea trabajar con equipos grandes
Son muy útiles a la hora de trabajar con equipos grandes
No son recomendables de utilizar en el código
Ninguna de las anteriores es correcta
Cuando surge un conflicto con el código…
El sistema de gestión de versiones no se puede utilizar
Siempre se utilizará lo más nuevo
Será necesario la intervención humana para resolver el conflicto
Ninguna de las anteriores es correcta
Las herramientas de generación automática de documentación…
No son adecuadas para generar manuales de usuario
No son necesarias en el desarrollo software
Pueden utilizarse para generar manuales de usuario
Ninguna de las anteriores es correcta
A la hora de trabajar con un sistema de control de versiones…
Es necesario descargar el código
Es posible realizar modificaciones
Se puede subir el código cuando sea necesario
Todas las anteriores son correctas
La herramienta Doxygen…
Se trata de un sistema Cloud
Permite controlar las versiones del código
Es un sistema de generación de documentación
Ninguna de las anteriores es correcta
En relación con JavaDoc…
Permite llevar a cabo el control del código
Permite generar documentación para diferentes lenguajes
No funciona con etiquetas
Ninguna de las anteriores es correcta
A la hora de subir el código a un repositorio…
Pueden existir conflictos
Siempre se soluciona automáticamente los conflictos encontrados
No es posible realizar la subida al repositorio en cualquier momento
Ninguna de las anteriores es correcta
A la hora de documentar APIs…
Se pueden utilizar herramientas de generación de documentación
Se pueden utilizar etiquetas
Una alternativa sería JavaDoc si está escrito en Java
Todas son correctas
La documentación creada para las APIs…
Puede servir a desarrolladores externos
Puede servir a desarrolladores internos
Se puede generar con la herramienta de generación automática de documentación
Todas son correctas
Los repositorios de código distribuido…
Solo permite que el código está en un nodo central
Permiten que el código esté en diferentes máquinas de los usuarios
Son menos potentes que los centralizados
Ninguna de las anteriores es correcta
Un sistema de control de versiones…
Puede afectar al rendimiento del equipo
Debe de adaptarse a la forma de trabajo
Pueden tener interfaz gráfica
Todas las anteriores son correctas
Al trabajar con múltiples ramas de desarrollo…
Es mejor tener un sistema distribuido
Es mejor tener un sistema centralizado
No podemos tener un sistema centralizado
Ninguna de las anteriores es correcta
El sistema de control de versiones Git…
Es un sistema antiguo
Es menos potente que SVN
Es un sistema distribuido
Ninguna de las anteriores es correcta
Un sistema de control de versiones basado en repositorio centralizados…
Suelen ser más rígidos a la hora de trabajar
Puede ser adecuado para medidas de seguridad
Pueden tener problema con el renombrado de archivos
Todas las anteriores son correctas
A la hora de establecer roles, un repositorio…
Es más sencillo en un sistema distribuido
Es más sencillo en un sistema centralizado
Tenemos que hacerlo a nivel de servidor
Ninguna de las anteriores es correcta
Utilizando Git…
No es necesario inicializar el repositorio
No se puede clonar repositorio remoto
Se puede hacer commit en local
Nunca surgen conflictos
Cuando surge un conflicto…
Git lo resuelva automáticamente
SVN lo resuelve automáticamente
En los repositorios distribuidos no pueden existir conflictos
Ninguna de las anteriores es correcta
En referencia al histórico de cambios…
Git no posee histórico de cambios
SVN no permite ver los cambios realizados
En el caso de Git hay que utilizar git clone log
Ninguna de las anteriores es correcta
En cuanto a la integración con los sistemas operativos…
SVN dispone de mayor compatibilidad
Los sistemas operativos tienen que ser adaptados para este tipo de herramientas
Git posee mayor compatibilidad
El sistema operativo no influye en estas herramientas
¿Qué método me devuelve el carácter que ocupa la posición indicada en una cadena de texto?
charAt()
indexOf()
index()
char()
¿Qué método elimina el primer elemento de un array?
pop()
push()
shift()
unshift()
¿Es obligatorio el uso de return en una función definida por el usuario?
Sí
No
Depende del número de parámetros
Depende del tipo de valor devuelto
¿Qué significan las siglas DOM?
Document Object Model
Design Object Model
Doc Object Model
Document Object Main
Indica un tipo de nodo
Document
Element
Text
Todas son correctas
¿Qué método me permite acceder a un nodo por su identificador?
getElementsById()
getElementsByName()
getElementByName()
Ninguna es correcta
¿Cómo se transforma la propiedad CSS font-size si la quiero utilizar a través del atributo style del DOM?
Fontsize
fontSize
FontSize
fontsize
¿Qué evento controla cuando un elemento pierde el foco?
onfocus
onblur
onfoc
onsubmit
¿Cuál es el método más utilizado cuando accedemos a un documento XML a través del DOM?
getElementsByTagName()
getElementById()
getElementsByName()
getElementByClassName()
Cuando trabajamos con XML, ¿qué método me indica si un nodo tiene hijos?
childNodes()
hasNodes()
hasChildNodes()
haschildNodes()
¿Qué tipo de repositorios existen?
Actualmente solo tiene sentido hablar de repositorio distribuidos
Actualmente podemos distinguir entre repositorios distribuidos y centralizados
Actualmente solo tiene sentido hablar de repositorios centralizados
Actualmente podemos hablar de repositorios generales y locales
¿Cuál de las siguientes afirmaciones es correcta acerca de los repositorios del código?
Git utiliza un repositorio centralizado
SVN utiliza un repositorio distribuido
SVN utiliza un repositorio centralizado
Git no ofrece la posibilidad de consultar los logs en los cambios de código
¿Cuál de las siguientes afirmaciones es correcta?
GitHub utiliza un repositorio centralizado
GitHub utiliza un repositorio distribuido con diferentes planes de pago
No es posible utilizar repositorios remotos de código
No es recomendable utilizar servicios Cloud
¿Cuál de las siguientes afirmaciones es correcta?
GitHub no posee planes de acceso gratuito
Todas las herramientas de repositorio remotos son de pago
El tamaño de repositorio GitLab es de 10GB
No existen alternativas a GitLab y GitHub
