Control de versiones y revisión por pares

5 tareas · 38 min · Principiante

Un repositorio con control de versiones guarda cada cambio de las reglas con su autor, su fecha y su razón, y permite volver atrás. Esa memoria solo sirve si los cambios pasan por una revisión de otra persona antes de entrar a la rama que se despliega. Distribuciones Cabo Naranja tiene un repositorio con tres ramas, un responsable por archivo y siete cambios de abril de 2028. Es una exportación ya levantada del historial: se lee y se contrasta con las reglas de protección, y no se sube ni se aprueba nada.

0 de 5 · 0%

Objetivo de la sala

La revisión por pares cumple la separación de funciones: quien escribe un cambio no es quien lo aprueba, y así hay dos miradas sobre el riesgo. Además, deja comentarios y una decisión fechada que sirven de evidencia cuando un auditor pregunta por qué se abrió un flujo. Para que valga, la rama que se despliega debe estar protegida: exige revisión y no admite subir cambios directos.

Responde para continuar

¿Qué aporta que otra persona apruebe un cambio de reglas antes de fusionarlo?

Que el autor deje de responder por lo que escribió y lo hacen los demás Una segunda mirada sobre el riesgo y una decisión fechada que sirve de evidencia Que el cambio se aplique más rápido, porque una vez aprobado ya nadie vuelve a mirarlo nunca

Ver pista de ayuda

Piensa en la separación de funciones y en lo que se le muestra a un auditor.

En el historial, un cambio fusionado debería mostrar quién lo revisó. Si la columna está vacía, el cambio llegó a la rama sin que otra persona lo leyera. Puede ser un olvido, una urgencia o un atajo permitido por una rama sin protección; en los tres casos es un hallazgo.

Consulta cambios y mira la columna revisor de los que están fusionados.

Responde para continuar

¿Qué cambio se fusionó sin ningún revisor? Escribe su id.

Un nombre en la columna del revisor no basta: tiene que ser otra persona. Cuando el revisor coincide con el autor, la revisión existe en el papel y no en la práctica. Además, responsables dice quién debe mirar los cambios de cada archivo.

Compara autor con revisor en cambios.

Responde para continuar

¿Qué cambio fusionado lo aprobó la misma persona que lo escribió? Escribe su id.

La protección de una rama es lo que hace obligatoria la revisión: sin ella, cualquier persona con acceso puede subir un cambio directo y la regla del procedimiento pasa a depender de la buena voluntad. No todas las ramas necesitan lo mismo; la que se despliega a producción sí.

Consulta ramas y mira la columna se_despliega_a junto con protegida.

Responde para continuar

¿Qué rama sin protección es la que se despliega a las bodegas? Escribe su nombre.

El historial permite medir el movimiento de un archivo: cuántos cambios lo tocaron, quiénes y con qué revisión. Un archivo que se modifica mucho y se revisa poco es donde más conviene automatizar las pruebas.

Filtra cambios por el archivo de reglas de las bodegas y cuenta las filas.

Responde para continuar

¿Cuántos cambios del mes tocan el archivo de reglas de bodegas, sin importar su estado? Escribe solo el número.

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

1 Para qué sirve la revisión

2 Entró sin que nadie lo mirara Lab

3 Revisar el propio trabajo Lab

4 La rama que no se protege Lab

5 Cuánto se movió un archivo Lab

Whoami-Labs Pro utiliza cookies