Nombre:
Dorian Sirí
Matrícula:
2021-2139
Asignatura:
Electiva 2.
Maestro:
Francis Ramírez
Cuatrimestre:
2024-C1
Análisis del capítulo 2:
El control de código fuente es una herramienta básica utilizada en el desarrollo de
software. Este capítulo ofrece una breve introducción al control de código fuente y luego
se enfoca en temas avanzados para configurar el control de código fuente y respaldar las
prácticas de DevOps. Muchas prácticas de DevOps dependen del control de código
fuente, por lo que configurar repositorios para entregar continuamente valor a los usuarios
es fundamental y un requisito previo para muchos temas posteriores. Los temas cubiertos
incluyen los tipos de control de código fuente en Azure DevOps, sistemas de control de
código fuente, estrategias de ramificación y fusión, seguridad de control de código fuente
mediante políticas de rama, y otras herramientas disponibles para el control de código
fuente. Es posible que necesites una organización de Azure DevOps para practicar los
temas de este capítulo.
El control de código fuente en Azure DevOps se clasifica en dos categorías: centralizado
y descentralizado.
• Control de código fuente centralizado: En este sistema, solo el servidor tiene la
historia completa y todas las ramas del repositorio. Cuando creas una versión local
del contenido, solo recibes la versión más reciente del código. No recibes la
historia completa a menos que la consultes explícitamente en el servidor. Esto
ahorra espacio en el disco local, pero requiere una conexión continua al servidor
para ciertas operaciones.
• Control de código fuente descentralizado: Aquí, todos los archivos, la historia
y las ramas también se almacenan en un servidor. Sin embargo, al clonar el
repositorio, obtienes una copia completa en tu computadora local. Esto te permite
ver la historia de un archivo y otras ramas sin necesidad de estar conectado al
servidor nuevamente. Es ventajoso en términos de carga del servidor y te permite
seguir trabajando incluso cuando estás desconectado.
Azure Repos, como parte de los servicios de Azure DevOps, ofrece ambos tipos de control
de código fuente a través de TFVC y Git. Cada uno tiene sus propias características y
ventajas, y la elección depende de las necesidades y preferencias del equipo de desarrollo.
El inconveniente es que el control de código fuente descentralizado puede ser más difícil
de aprender que el control de código fuente centralizado. En general, la curva de
aprendizaje de los sistemas de control de código fuente descentralizados es más
pronunciada. Además, el control de acceso a nivel de directorios y archivos individuales
suele ser más limitado.
Independientemente del tipo de control de código fuente que estés utilizando, debes
establecer una estrategia de ramificación y fusión para permitir que los desarrolladores
trabajen en diferentes características de manera paralela, mientras mantienen siempre tu
rama principal en un estado de envío.
Existen muchos sistemas de control de código fuente en uso, pero en este capítulo nos
enfocaremos en los tres más utilizados actualmente: Team Foundation Version Control
(TFVC), Git y Subversion. Dentro de Azure DevOps, solo están disponibles TFVC y Git.
Team Foundation Version Control (TFVC) es un sistema de control de código fuente
centralizado introducido por Microsoft en 2013 como parte de Team Foundation Server
(TFS), el producto que ha evolucionado para convertirse en Azure DevOps. Aunque
TFVC aún es compatible con Azure DevOps, no se recomienda para nuevos proyectos.
Sin embargo, si ya estás utilizando TFVC, no es necesario cambiar de sistema a menos
que haya otros factores que lo justifiquen.
En Azure DevOps, hay un máximo de un repositorio TFVC por proyecto de equipo.
GitLab es otra plataforma que ofrece repositorios Git alojados. Al igual que Azure
DevOps, el alojamiento de control de código fuente es uno de los servicios que
proporciona.
Subversion es un sistema de control de código fuente más antiguo que fue desarrollado y
utilizado por primera vez en 2004 y es mantenido por la Apache Software Foundation.
Subversion es un sistema de control de código fuente centralizado que admite todas las
características que esperarías de un sistema de este tipo.
Aunque hay muchos argumentos falsos sobre por qué Subversion sería inferior a Git, la
realidad es que Subversion es ampliamente utilizado y funciona bien, especialmente para
repositorios muy grandes o con necesidades de autorización muy específicas. Aunque
Azure DevOps no puede alojar repositorios de Subversion, puede conectarse y trabajar
con fuentes almacenadas en Subversion.
En este capítulo, has aprendido sobre el control de código fuente. Vimos que hay dos tipos
de control de código fuente: centralizado y descentralizado, ambos soportados por Azure
DevOps. TFVC ya no se recomienda para proyectos nuevos. Deberías usar Git siempre
que comiences un nuevo proyecto.
Cuando usas Git, puedes tener más de un repositorio en tu proyecto de equipo. Por
repositorio, puedes asignar políticas para bloquear ramas específicas y hacer cumplir el
principio de los cuatro ojos. También has aprendido sobre el control de acceso y cómo
proporcionar acceso a uno o más repositorios a los usuarios. Finalmente, has aprendido
sobre herramientas alternativas y cómo migrar fuentes de una herramienta a otra.
Puedes usar lo que has aprendido para tomar decisiones sobre qué tipo de sistema de
control de código fuente utilizar en tus productos. Ahora puedes organizar
profesionalmente el repositorio o repositorios en los que trabajas. Ahora eres capaz de
trabajar con diferentes estrategias de ramificación y usar políticas para hacer cumplir
requisitos de seguridad o calidad.
