A la hora de realizar la documentación, es importante conocer que la implementación: Indicará el funcionamiento de cada componente o función. Será útil para quienes depuren o actualicen los bloques de código de la aplicación. No será necesaria transcribirla fuera del código. Todas son correctas.
A la hora de realizar la documentación, es importante conocer que la interfaz: Es el canal a través el cual el usuario se comunica con un software de nivel más alto. No se transcribe fuera del código. Si se realiza cualquier cambio o modificación del código, hay que reflejarlo en el manual de uso. Todas son correctas.
A la hora de generar documentación: El estándar en Java es JavaDoc. El estándar en PHP es phpDocumentor. Se puede generar documentación automática a partir de un código. Todas son correctas.
Entre las tareas que podemos realizar en el sistema de control de versiones podemos encontrar: Realizar cambios en ficheros y mantener distintas ramas de un proyecto. Instalar un gestor de paquetes y configurar phpDocumentor. Generar documentación automática a partir de un código. Realizar cambios en los protocolos a través de la línea de comandos o desde el entorno web.
Formato de salida de la documentación puede ser: PDF, CSV y DOC. HTML, XML y RAR. XML, PDF y HTML. DOC, XLSX y CSV.
En phpDocumentoR /* */ Descripción breve (una sola línea). /** **/ Comentario extenso. /** */ Comentario extenso. /* **/ Comentario extenso.
Los archivos en Git pueden encontrarse: Confirmado, modificado y preparado. Preparado, eliminado y confirmado. Modificado, preparado, y a la espera. Preparado, a la espera y confirmado.
Dentro de Git podemos encontrar: Directorio de Git, directorio de trabajo y área de preparación. Carpeta de trabajo, directorio de Git y área de preparación. Área de preparación, directorio de trabajo y área de Git. Todas son incorrectas.
Git almacena los datos como un conjunto de instantáneas. De esta forma cada vez que realizamos algún cambio: Git deja reflejado el estado actual de los archivos y hace una referencia a ese estado. Git hace una copia del estado actual de los archivos y hace una referencia al anterior estado. Git hace una referencia a ese estado y reemplaza los cambios actuales. Git omite el estado actual de los archivos y hace una referencia al nuevo estado.
¿Git permite que los desarrolladores puedan subir sus proyectos al repositorio sin que sean revisados? Sí, con el Acceso HTTP con WebDav debidamente configurado. Sí, con el acceso directo por sistema de ficheros con permisos de escritura para el usuario sobre el directorio del repositorio. Sí, mediante protocolo Git con el servicio receive-pack activado en el git daemon. Todas son correctas.
En el funcionamiento del control de versiones, cuando hablamos de Repositorio, hablamos de que: Es el lugar donde se almacenan las revisiones. Puede ser un archivo. Puede ser una base de datos. Todas son correctas.
En el funcionamiento del control de versiones, cuando hablamos de la "visión en un momento dado del estado de archivos y directorios", estamos hablando de: Revisión. Rama de trabajo. Copia de trabajo. Repositorio.
|
