✒️SAP Fiori Los sistemas de control de versiones
SAP Fiori Los sistemas de control de versiones
- El sistema de control de versiones
El control de versiones en programación se refiere a registrar los cambios en el código fuente. Hay dos tipos de sistemas: los centralizados y los distribuidos. Los sistemas centralizados permiten controlar las modificaciones del código y revertir cambios, comparar diferencias, y recuperar archivos perdidos. También facilitan el trabajo simultáneo de desarrolladores en un proyecto. Por otro lado, los sistemas distribuidos permiten crear repositorios locales y trabajar sin conexión a la red. Algunos ejemplos son Git, Mercurial y Bazaar. Los sistemas distribuidos tienen características como reporte de cambios, sincronización, backup y restauración, creación de ramas y combinación de cambios en el proyecto principal.
- ¿Qué es el GIT?
Git es un software de control de versiones para gestionar y mantener el código fuente de proyectos. Se destaca por su rapidez, agilidad y facilidad de uso. Permite trabajar en equipo de forma inteligente y rápida al manejar ramas y fusiones eficientemente. Sus ventajas incluyen ser distribuido, gratuito, open source y optimizado para operaciones rápidas. Facilita el desarrollo simultáneo en ramas separadas, la integración con diversas herramientas, el soporte de una comunidad sólida y el análisis de cambios antes de la incorporación. Plataformas como GitHub y Azure DevOps complementan la experiencia con características adicionales y la aplicación de flujos de trabajo coherentes en equipos.
- El sistema distribuido
El sistema distribuido es un sistema de control de versiones en el que cada usuario puede almacenar sus archivos en un repositorio central. Este método se llama clonación y permite que los repositorios clonados intercambien versiones entre sí. Git es un ejemplo de sistema de control de versiones distribuido que se hizo popular porque permite gestionar los archivos en la misma computadora. Un repositorio es un conjunto de archivos para el manejo de un proyecto. A diferencia de sistemas antiguos como CVS o Subversion, en Git cada copia de trabajo del código es también un repositorio que guarda el historial completo de cambios.
- Las etapas de un archivo en GIT
En Git, un archivo pasa por diferentes etapas: el working directory (directorio de trabajo), el staging area (área de preparación) y el Git repository (repositorio Git).
Cuando se realiza un cambio, el archivo se encuentra en estado "Modificado" en el working directory. Luego, al seleccionar los archivos o cambios que se desean agregar al repositorio, se mueven al estado "Preparado" en el staging area. Finalmente, al confirmar los cambios, pasan al estado "Confirmado" en el Git repository.
Existen tres tipos de estados de un archivo en Git: Modificado, Preparado y Confirmado. Modificado indica que se han realizado cambios en el working directory que se deben incluir en una revisión. Preparado significa que se ha marcado un archivo para ser revisado. Confirmado implica que se ha aprobado un archivo con todos sus cambios y se incluirá en una nueva revisión.
Un proyecto Git se estructura en tres partes: el working directory, el staging area y el git repository. El working directory es donde se pueden realizar cambios sin afectar el repositorio. El staging area es donde se colocan los archivos que se han modificado y se aceptan para una futura revisión. El git repository es donde se encuentran los cambios confirmados y almacenados de manera segura.
Las ramas en Git son caminos alternativos en el desarrollo de un proyecto. La rama principal se llama "máster" y es donde se encuentra el proyecto en producción. Las ramas pueden tener un progreso diferente a la rama principal y se pueden fusionar con ella cuando sea necesario. Las ramas permiten trabajar en un ambiente aislado y se pueden combinar nuevamente con el repositorio principal una vez que se finalicen.
La creación de ramas se conoce como "checkout" y la unión de ramas se conoce como "merge". Es importante integrar las ramas al proyecto principal y verificar que no haya conflictos antes de hacer el merge. En flujos más avanzados, se pueden utilizar sistemas de integración continua para detectar y solucionar conflictos de forma automatizada.
En resumen, en Git se utilizan el working directory, el staging area y el Git repository para gestionar los cambios en los archivos. Se crean ramas para trabajar en cambios o nuevas funcionalidades de forma aislada y luego se fusionan con la rama principal.
Sobre el autor
Publicación académica de Nilson Parra Martinez, en su ámbito de estudios para la Carrera Consultor en SAP Fiori.
SAP Senior
Nilson Parra Martinez
Profesión: Ingeniero de Sistemas - Colombia - Legajo: GB17T
✒️Autor de: 26 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: PartTime
