Tema 17. Herramientas de diseño y desarrollo de sistemas de información. Funcionalidad y conceptos. Entornos integrados. Gestión de la configuración del software: identificación de la configuración. Control de versiones y cambios: GIT.

1. Herramientas de diseño y desarrollo de sistemas de información

🎯 Idea clave

• Las herramientas de diseño y desarrollo son el conjunto de aplicaciones, entornos, repositorios, plataformas y utilidades software que asisten al técnico durante todo el ciclo de vida del software.
• Cubren todas las fases desde la captación de requisitos hasta la puesta en producción y el mantenimiento evolutivo del sistema.
• Su finalidad principal es aumentar la productividad, reducir errores, facilitar la documentación y garantizar la trazabilidad de cada artefacto generado.
• Un sistema de información es el conjunto organizado de datos, procesos, personas y tecnologías orientado a la gestión del conocimiento para la toma de decisiones.
• En el Servicio Andaluz de Salud operan dentro de una arquitectura corporativa compleja que integra procesos asistenciales, administrativos, de recursos humanos y de soporte TIC.
• No deben identificarse exclusivamente con un editor de código, sino que constituyen un ecosistema integrado que permite trabajar de manera coordinada en contextos grandes y distribuidos.

📚 Desarrollo

Definición integral. Las herramientas de diseño y desarrollo de sistemas de información comprenden aplicaciones, entornos, repositorios, plataformas, metodologías y utilidades software que asisten al técnico o desarrollador a lo largo de todo el ciclo de vida del software. Su cobertura abarca desde la captación de requisitos iniciales hasta la puesta en producción y el mantenimiento posterior del sistema.

Finalidad operativa. Su propósito fundamental radica en aumentar la productividad de los equipos técnicos, reducir errores durante la construcción del software, facilitar la generación de documentación técnica, garantizar la trazabilidad de cada artefacto producido y homogeneizar el trabajo entre equipos distribuidos geográficamente dentro de la organización.

Concepto de sistema de información. Un sistema de información constituye el conjunto organizado de datos, procesos, personas y tecnologías cuyo objetivo es recoger, almacenar, procesar y distribuir información útil para la toma de decisiones en una organización. Este marco conceptual sirve de base sobre la que operan las herramientas de desarrollo mencionadas.

Naturaleza del ecosistema. Estas herramientas no deben identificarse exclusivamente con un editor de código o una aplicación para programar, sino que forman un ecosistema que cubre desde la concepción funcional hasta la transición a operación, pasando por el gobierno de la calidad, la interoperabilidad entre sistemas y la colaboración coordinada entre equipos técnicos.

Complejidad del entorno SAS. En el Servicio Andaluz de Salud, las herramientas de diseño y desarrollo operan dentro de una arquitectura corporativa que da soporte a procesos asistenciales, administrativos, de recursos humanos, de acceso remoto, de soporte TIC y de identidad digital. Este contexto exige soluciones que no solo ayuden a desarrollar, sino también a integrar, verificar y soportar los cambios con garantías de continuidad de servicio.

Relevancia profesional. Para la categoría de Técnico Especialista en Informática del SAS, comprender estas herramientas resulta imprescindible para desempeñar funciones de análisis técnico, soporte al desarrollo, construcción, mantenimiento e integración dentro de los servicios TIC. Esta visión sistémica permite interpretar correctamente las tecnologías específicas que soportan la Historia de Salud Digital, sistemas de cita previa, prescripción electrónica y otros servicios críticos.

Marco de trabajo. Los sistemas de información del SAS son el resultado de décadas de evolución tecnológica que modelan dominios complejos como la gestión de pacientes, episodios asistenciales o gestión económico-administrativa. Las herramientas de diseño permiten al técnico participar en la extensión y mantenimiento de estos esquemas con rigor metodológico.

🧩 Elementos esenciales

• Ciclo de vida completo: cobertura de todas las fases desde la captación de requisitos hasta el mantenimiento evolutivo y la puesta en producción.
• Productividad: incremento de la eficiencia en el desarrollo mediante automatización y utilidades especializadas que reducen tiempos de entrega.
• Trazabilidad: capacidad de seguimiento y control de cada artefacto generado durante el proceso constructivo del software.
• Documentación técnica: facilitación de la generación y mantenimiento de documentación asociada a las decisiones de diseño y desarrollo.
• Homogeneización: estandarización del trabajo entre equipos distribuidos que garantiza coherencia en los productos desarrollados.
• Sistema de información: conjunto organizado de datos, procesos, personas y tecnologías orientado a la gestión del conocimiento para la toma de decisiones.
• Arquitectura corporativa: marco tecnológico del SAS que integra procesos asistenciales, administrativos y de soporte en un entorno unificado.
• Ecosistema integrado: concepción de las herramientas como conjunto coordinado de piezas que trascienden el simple editor de código.
• Interoperabilidad: capacidad de integración entre diferentes sistemas y servicios dentro del entorno sanitario andaluz.
• Continuidad de servicio: requisito crítico que condiciona el diseño y despliegue de herramientas en un entorno de alta disponibilidad asistencial.

🧠 Recuerda

• Las herramientas abarcan todo el ciclo de vida del software, no únicamente la fase de codificación.
• Incluyen aplicaciones, entornos, repositorios, plataformas, metodologías y servicios de apoyo al desarrollo.
• Su objetivo fundamental es aumentar la productividad y reducir errores de forma sistemática.
• En el SAS operan bajo una arquitectura corporativa compleja que soporta procesos asistenciales y administrativos críticos.
• Un sistema de información combina datos, procesos, personas y tecnologías para facilitar la toma de decisiones.
• La trazabilidad y la documentación son valores fundamentales que deben garantizar estas herramientas.
• No deben limitarse a editores de código, sino que forman un ecosistema integrado de desarrollo.
• La homogeneización del trabajo entre equipos distribuidos es especialmente relevante en organizaciones públicas grandes.
• La interoperabilidad y el gobierno de la calidad son aspectos inherentes al diseño del ecosistema de herramientas.

2. Funcionalidad y conceptos

🎯 Idea clave

• La funcionalidad de una herramienta es el conjunto de capacidades que asisten al técnico en una o varias fases del ciclo de vida del software, definiéndose por lo que permite hacer y no por su nombre comercial.
• El concepto vertebral es el de herramienta CASE (Computer-Aided Software Engineering), entendida como aplicación que automatiza o asiste actividades del ciclo de vida sustituyendo trabajo manual por procesos trazables.
• La clasificación clásica distingue Upper-CASE (análisis y diseño), Lower-CASE (construcción y pruebas) e I-CASE (ciclo completo con repositorio único).
• Doce funcionalidades comunes estructuran el trabajo: modelado, generación de código, ingeniería inversa, repositorio centralizado, soporte multiusuario, exportación e importación, integración con plataformas, validación de modelos, documentación automatizada, trazabilidad, automatización del ciclo de vida y validación de calidad y seguridad.
• Cinco conceptos nucleares sustentan estas herramientas: CASE, integración, metamodelo, repositorio e ingeniería inversa.
• En el Servicio Andaluz de Salud, estas capacidades configuran el entorno cotidiano del técnico especialista para modelar arquitecturas, documentar procedimientos y operar despliegues conforme a estándares corporativos.

📚 Desarrollo

Definición operativa. La funcionalidad de una herramienta de diseño y desarrollo es el conjunto de acciones, servicios o capacidades operativas que pone a disposición del profesional para realizar tareas con mayor precisión, rapidez o control. Implica identificar qué tarea facilita, en qué fase del ciclo de vida resulta útil, qué artefactos gestiona y cómo mejora el control técnico del trabajo.

Concepto CASE. El elemento central es la herramienta CASE (Computer-Aided Software Engineering), definida como aplicación informática que automatiza una o varias actividades del ciclo de vida del software. Este término, acuñado en los años 1980, constituye la categoría más amplia y fundamental para el estudio de herramientas de diseño, sustituyendo trabajo manual repetitivo por procesos asistidos y trazables.

Clasificación tripartita. Las herramientas CASE se dividen en Upper-CASE o de alto nivel, que dan soporte a planificación, análisis de requisitos y diseño conceptual produciendo diagramas UML, BPMN o entidad-relación; Lower-CASE o de bajo nivel, orientadas a construcción y pruebas con editores, compiladores y depuradores; e I-CASE (Integrated CASE), que cubren todo el ciclo de vida apoyándose en un repositorio único que comparten todas las funciones para garantizar trazabilidad entre artefactos.

Funciones esenciales. Desde una perspectiva general, estas herramientas apoyan la elaboración del código y artefactos asociados, facilitan el trabajo colaborativo y la coordinación entre equipos, automatizan tareas repetitivas del ciclo de vida y aseguran la trazabilidad de cambios y entregas. Esto incluye capacidades como la generación de código, la ingeniería inversa, la validación de modelos y la documentación automatizada.

Conceptos sustentadores. El metamodelo es el modelo que define la estructura y reglas de otros modelos, permitiendo la validación e interoperabilidad mediante formatos estándar. El repositorio es el almacén centralizado de artefactos con versionado y control de acceso. La ingeniería inversa permite obtener modelos a partir de código existente, y combinada con la generación directa origina el round-trip engineering.

Aplicación al SAS. En el Servicio Andaluz de Salud, estas herramientas se utilizan en proyectos internos y por proveedores externos, siendo piezas centrales del ecosistema TIC. Los pliegos técnicos indican preferencias por estándares abiertos y software libre, configurando la fluidez con herramientas profesionales de modelado, control de versiones y documentación como competencia básica del técnico especialista.

🧩 Elementos esenciales

• CASE: Ingeniería del Software Asistida por Computador; aplicación que automatiza actividades del ciclo de vida del software.
• Upper-CASE: Herramientas de alto nivel que dan soporte a planificación, análisis de requisitos y diseño conceptual (diagramas de flujo de datos, E-R, UML, BPMN).
• Lower-CASE: Herramientas de bajo nivel orientadas a construcción y pruebas (editores, compiladores, depuradores, generadores de código).
• I-CASE: CASE integrados que cubren todo el ciclo de vida con repositorio único, asegurando trazabilidad completa entre artefactos.
• Metamodelo: Modelo que define la estructura y reglas de otros modelos; permite la validación y la interoperabilidad mediante formatos como XMI.
• Repositorio: Almacén centralizado de artefactos que proporciona versionado, control de acceso y trazabilidad entre fases del desarrollo.
• Ingeniería inversa: Capacidad de obtener modelos a partir de código fuente o esquemas existentes.
• Round-trip engineering: Combinación de generación directa de código e ingeniería inversa.
• Funcionalidad técnica: Conjunto de capacidades operativas que definen la tarea que realiza la herramienta, su fase útil del ciclo y su relación con otros procesos.
• Sistema de información: Conjunto organizado de datos, personas, procesos y tecnologías que recogen, almacenan, procesan y distribuyen información con finalidad organizacional.
• Trazabilidad: Capacidad de seguir el historial y las relaciones entre artefactos generados en cada fase del ciclo de vida.

🧠 Recuerda

• La funcionalidad se define por lo que la herramienta permite hacer, no por su nombre comercial.
• CASE es el acrónimo clave: Computer-Aided Software Engineering.
• Mnemotécnica CASE: U-L-I = Upper analiza, Lower construye, Integrado abarca todo.
• Upper-CASE trabaja en las fases iniciales del ciclo de vida (análisis y diseño).
• Lower-CASE se integra hoy en los entornos de desarrollo modernos.
• I-CASE requiere obligatoriamente un repositorio único compartido.
• El metamodelo es el modelo de los modelos (ejemplo: MOF para UML).
• La ingeniería inversa extrae modelos desde código existente.
• El round-trip engineering combina generación e ingeniería inversa.
• En el SAS, la fluidez con estas herramientas profesionales es competencia básica del técnico especialista.

3. Entornos integrados

🎯 Idea clave

• El SAS opera dentro del marco tecnológico de la Junta de Andalucía, adoptando sus estándares y metodologías para el desarrollo de sistemas.
• La Dirección General de Sistemas de Información Sanitaria impulsa el uso de metodologías como Métrica v3 en las fases de análisis y diseño de aplicaciones corporativas.
• Los sistemas corporativos del SAS constituyen entornos integrados que permiten el trabajo con información compartida y reglas comunes en toda la red asistencial.
• El Portal de Salud de Andalucía y el Portal del Empleado del SAS conforman los entornos integrados de acceso externos e internos para ciudadanos y profesionales.
• La infraestructura de portales se sustenta en herramientas de gestión de contenidos corporativos que unifican la publicación web y el acceso a servicios.

📚 Desarrollo

Marco tecnológico institucional. El SAS desarrolla y mantiene sus sistemas dentro del marco tecnológico de la Junta de Andalucía, lo que garantiza la alineación con los estándares de la administración pública y asegura la interoperabilidad entre las distintas plataformas y niveles asistenciales.

Metodologías estandarizadas. La Dirección General de Sistemas de Información Sanitaria utiliza metodologías y herramientas alineadas con los estándares de la administración pública, aplicando los principios de Métrica v3 durante las fases de análisis y diseño, adaptándolos a las necesidades específicas del sector sanitario.

Sistemas corporativos integrados. Los sistemas de información del SAS están diseñados como entornos integrados que sostienen procesos comunes de la organización, permitiendo trabajar con información compartida, reglas homogéneas, perfiles de acceso estandarizados y datos reutilizables en todos los ámbitos del sistema sanitario público andaluz.

Portales de acceso unificados. El Portal de Salud de Andalucía constituye el entorno externo integrado que ofrece a ciudadanos y profesionales información sobre centros, servicios y acceso a trámites electrónicos, mientras que el Portal del Empleado del SAS funciona como la intranet corporativa para los profesionales, centralizando el acceso a recursos humanos y formación.

Infraestructura tecnológica base. La plataforma de publicación web corporativa se apoya en herramientas de gestión de contenidos y portal, como Liferay DXP, que permiten unificar las páginas web de los centros directivos y garantizar el cumplimiento de los requisitos de accesibilidad establecidos para la administración pública.

Autenticación integrada. El acceso a estos entornos se realiza mediante los servicios de identidad de la Junta de Andalucía, lo que permite una autenticación única y segura para los profesionales del SAS, facilitando la gestión de credenciales y el acceso a los diferentes sistemas corporativos desde un punto centralizado.

Ecosistema operativo cohesionado. El entorno integrado incluye sistemas críticos de alto impacto asistencial como la Historia de Salud Digital de Andalucía, el sistema de cita previa Diraya, Receta XXI, y los sistemas de laboratorio e imagen diagnóstica, que operan de forma coordinada dentro de la arquitectura tecnológica corporativa.

🧩 Elementos esenciales

• Marco tecnológico Junta de Andalucía: Infraestructura y estándares tecnológicos sobre los que se desarrollan todos los sistemas del SAS.
• Métrica v3: Metodología estándar utilizada por la DGSIS para las fases de análisis y diseño de sistemas corporativos sanitarios.
• Sistemas corporativos: Aplicaciones diseñadas para sostener procesos comunes con información compartida y reglas homogéneas en toda la red asistencial.
• Portal de Salud de Andalucía: Entorno externo integrado que centraliza el acceso a información sanitaria y servicios electrónicos para ciudadanos.
• Portal del Empleado del SAS: Intranet corporativa que centraliza el acceso a nóminas, recursos humanos, formación y documentación para profesionales.
• Liferay DXP: Plataforma de gestión de contenidos y portal corporativo utilizada para la infraestructura de publicación web del SAS.
• Servicios de identidad: Sistema de autenticación única de la Junta de Andalucía que permite el acceso integrado a los diferentes entornos del SAS.
• Historia de Salud Digital de Andalucía: Sistema corporativo central que integra la información clínica de los ciudadanos en el entorno asistencial andaluz.
• DGSIS: Órgano competente que impulsa las metodologías y herramientas estándar para el desarrollo de sistemas en el ámbito sanitario andaluz.

🧠 Recuerda

• El SAS opera dentro del marco tecnológico de la Junta de Andalucía, no de forma aislada.
• La DGSIS aplica Métrica v3 para el análisis y diseño de sistemas corporativos.
• Los sistemas corporativos permiten trabajar con información compartida y reglas comunes en toda la organización.
• El Portal de Salud es el entorno externo; el Portal del Empleado es la intranet corporativa del SAS.
• La autenticación a los entornos se realiza mediante los servicios de identidad de la Junta de Andalucía.
• La infraestructura de portales utiliza herramientas como Liferay DXP para la gestión de contenidos.
• Los sistemas corporativos incluyen HSDAND, Diraya, Receta XXI, LIS y RIS/PACS.
• Los entornos integrados garantizan la continuidad asistencial y la eficiencia en la gestión de recursos.

4. Gestión de la configuración del software: identificación de la configuración

🎯 Idea clave

• La gestión de la configuración del software (SCM) es una disciplina transversal que identifica, controla, registra y audita los elementos del sistema para mantener su integridad a lo largo del ciclo de vida.
• La identificación de la configuración constituye la primera y más fundamental actividad de la SCM, sin la cual no es posible aplicar controles ni auditorías posteriores.
• Un elemento de configuración (CI) es cualquier artefacto que se identifica y gestiona de forma individual, dotado de un identificador único e inmutable dentro del ámbito del sistema.
• Las baselines representan conjuntos aprobados de elementos de configuración en versiones específicas que sirven como referencia formal para el desarrollo.
• La normativa aplicable incluye el estándar IEEE 828, la ISO 10007 y la ISO/IEC/IEEE 12207, que definen los procesos y planes de gestión de la configuración.
• En el SAS, la gestión de la configuración se aplica mediante pliegos de prescripciones técnicas que detallan exigencias sobre identificación, versionado y trazabilidad.

📚 Desarrollo

Definición de la disciplina. La gestión de la configuración del software (Software Configuration Management, SCM) se define como la disciplina que se ocupa de identificar, controlar, registrar el estado y auditar los elementos que componen un sistema software a lo largo de su ciclo de vida. Su finalidad es mantener la integridad de los productos del proyecto, garantizar la trazabilidad de los cambios y asegurar la reproducibilidad de las versiones.

Marco normativo. El estándar internacional IEEE 828 establece los requisitos para los planes de gestión de la configuración del software, definiendo las actividades, formatos de artefactos y criterios de auditoría. La norma ISO 10007 proporciona directrices para la gestión de la configuración en sistemas de calidad, mientras que la ISO/IEC/IEEE 12207:2017 la incluye como proceso de soporte transversal del ciclo de vida del software.

Actividad de identificación. La identificación de la configuración (Configuration Identification) es la primera actividad de la SCM y consiste en seleccionar los elementos que conforman la configuración, asignarles identificadores únicos, organizarlos en estructuras coherentes denominadas baselines y documentar sus características esenciales. Esta actividad establece y mantiene el registro de todos los elementos del sistema que deben permanecer bajo control formal.

Elementos de configuración. Un elemento de configuración (Configuration Item o CI), también denominado elemento de configuración (EC), es cualquier artefacto identificado y gestionado de forma individual. Estos pueden ser de muy distinta naturaleza: código fuente, documentación técnica, modelos UML, scripts de bases de datos, ficheros de configuración, bibliotecas y dependencias externas, artefactos de construcción como ejecutables o imágenes Docker, casos de prueba y ficheros de infraestructura como código.

Aplicación en el SAS. En el Servicio Andaluz de Salud, la gestión de la configuración se aplica como disciplina en todos los proyectos relevantes. Los pliegos de prescripciones técnicas detallan exigencias específicas sobre identificación, esquemas de versionado, repositorios y entregables documentales. La integración con la herramienta ITSM corporativa permite que los elementos de configuración en producción mantengan trazabilidad respecto a su origen en construcción.

Competencias profesionales. Para el Técnico Especialista en Informática, los conceptos de SCM son competencias cotidianas que incluyen identificar versiones de software desplegadas en infraestructura, asociar incidencias a elementos de configuración concretos, operar repositorios de configuración y participar en despliegues controlados. La capacidad de leer identificadores de versión, comprender baselines y navegar la estructura de configuración constituye una competencia básica del puesto.

🧩 Elementos esenciales

• SCM (Software Configuration Management): disciplina transversal del ciclo de vida del software que abarca identificación, control, registro de estado y auditoría de elementos.
• Configuration Identification: primera actividad de la SCM que establece el registro de elementos bajo control mediante identificadores únicos y estructuras organizativas.
• Configuration Item (CI): cualquier artefacto del sistema gestionado individualmente, que puede incluir desde código fuente hasta documentación, scripts, modelos y dependencias.
• Identificador único: código inmutable y unívoco asignado a cada CI dentro del ámbito del sistema, que permite su trazabilidad absoluta.
• Baseline: conjunto aprobado de elementos de configuración en versiones específicas que sirve como línea base para el desarrollo y control de cambios.
• IEEE 828: estándar que define los requisitos para la elaboración de planes de gestión de la configuración en sistemas y software.
• ISO 10007: norma de directrices para la gestión de la configuración en el ámbito de la calidad.
• ISO/IEC/IEEE 12207: estándar de procesos del ciclo de vida del software que incluye la gestión de la configuración como proceso de soporte transversal.
• Semantic Versioning: esquema estándar de versionado basado en MAJOR.MINOR.PATCH que facilita la identificación de cambios.
• Configuration Management Plan (CMP): documento obligatorio que define cómo se gestionará la configuración en un proyecto específico.

🧠 Recuerda

• La SCM es imprescindible para mantener la integridad y trazabilidad de los productos software.
• Sin una identificación precisa de configuración no es posible realizar controles de cambios ni auditorías efectivas.
• Todo artefacto relevante debe declararse como CI y disponer de un identificador único e inmutable.
• Las baselines funcionan como fotografías formales y aprobadas del sistema en momentos concretos de su evolución.
• El Plan de Gestión de la Configuración es un documento obligatorio según la normativa IEEE 828.
• En el SAS, los pliegos técnicos incorporan exigencias específicas de gestión de la configuración para proveedores.
• El Técnico Especialista debe operar habitualmente con repositorios, identificadores de versión y estructuras de baseline.
• La integración entre herramientas de desarrollo y el CMDB corporativo garantiza la trazabilidad en el SAS.
• El Esquema Nacional de Seguridad exige mantener inventarios actualizados con responsables definidos.
• El Software Bill of Materials (SBOM) se ha convertido en un entregable exigible por normativa europea reciente.

5. Control de versiones y cambios: GIT

🎯 Idea clave

• Git es la tecnología estándar de control de versiones en el SAS para proyectos modernos de desarrollo.
• El dominio de Git constituye una competencia profesional básica para el Técnico Especialista en Informática.
• Git materializa los cuatro objetivos clásicos de la Gestión de la Configuración del Software: identificación, control, estado y auditoría.
• Las operaciones cotidianas incluyen clonar repositorios, crear ramas, realizar commits, gestionar pull requests y resolver conflictos de fusión.
• La integración con plataformas corporativas, pipelines de despliegue y sistemas de gestión de tareas forma el ecosistema TIC del Servicio Andaluz de Salud.

📚 Desarrollo

Tecnología estándar en el SAS. Git es la herramienta de control de versiones utilizada en proyectos modernos del Servicio Andaluz de Salud. Las plataformas corporativas alojan los repositorios, donde tanto proveedores externos como desarrolladores internos depositan código conforme a los flujos establecidos por el equipo y los pliegos correspondientes.

Competencia profesional básica. Para el Técnico Especialista en Informática, el manejo de Git es fundamental. Las operaciones cotidianas comprenden clonar repositorios, crear ramas, realizar commits, abrir y revisar pull requests, resolver conflictos de fusión, navegar el historial y sincronizar cambios con repositorios remotos.

Implementación de la GCS. Git materializa los cuatro objetivos clásicos de la Gestión de la Configuración del Software. La identificación se logra mediante hashes únicos para cada commit, rama y etiqueta. El control se ejerce al registrar cambios explícitamente antes de incorporarlos. El estado permite conocer versiones activas y cambios pendientes. La auditoría y trazabilidad se garantizan mediante el historial completo de modificaciones.

Articulación con solicitudes de cambio. El flujo profesional vincula las solicitudes de cambio registradas en sistemas de issues con operaciones Git. Se crean ramas nombradas con identificadores de issue, los commits incluyen dichos identificadores en sus mensajes, y el desarrollo finaliza mediante merge requests que, al aprobarse, cierran el issue y registran el cambio en la línea base.

Integración con el ecosistema. Git se integra con pipelines de integración continua, herramientas de gestión de tareas, plataformas de despliegue y repositorios de artefactos. Además, permite la visualización gráfica del historial, comparación de cambios, anotación de líneas por autor y conexión con plataformas como GitHub, GitLab, Bitbucket o Azure Repos.

Operaciones esenciales. Las funciones básicas incluyen la inicialización y clonación de repositorios, la inspección del historial mediante registros de commits, la gestión de ramas para desarrollos paralelos, la fusión con resolución de conflictos, y la sincronización mediante operaciones de extracción y envío a remotos.

🧩 Elementos esenciales

• Repositorio: Almacén donde Git guarda el historial completo de versiones del proyecto, incluyendo todas las ramas y etiquetas.
• Commit: Registro de cambios que captura el estado del código en un momento determinado con un identificador único.
• Rama: Línea independiente de desarrollo que permite trabajar en paralelo sin afectar la versión principal del código.
• Merge: Operación de fusión que integra los cambios de una rama en otra, pudiendo requerir resolución de conflictos cuando existen modificaciones superpuestas.
• Pull Request: Solicitud formal para revisar y aprobar la integración de cambios antes de fusionarlos a la rama principal.
• git clone: Comando que descarga una copia completa del repositorio remoto incluyendo todo su historial de versiones.
• git log: Herramienta de inspección que recorre el historial de commits realizados en el repositorio.
• git blame: Función que indica qué commit y autor modificaron por última vez cada línea específica de un fichero.
• git init: Orden que crea un nuevo repositorio Git en el directorio actual preparándolo para el versionado.
• .gitignore: Archivo de configuración que especifica patrones de ficheros que Git debe ignorar y excluir del control de versiones.

🧠 Recuerda

• Git es el estándar de control de versiones en el SAS para proyectos actuales de desarrollo.
• El dominio de Git es competencia básica obligatoria para el Técnico Especialista en Informática.
• Cuatro objetivos clave de la GCS: identificación, control, estado contable y auditoría con trazabilidad.
• Clonar, crear rama, realizar commit, abrir pull request y resolver conflictos son operaciones diarias.
• Las ramas suelen nombrarse con el identificador del issue del sistema de gestión para trazabilidad.
• Los mensajes de commit deben incluir el identificador del issue para mantener la vinculación con la solicitud de cambio.
• El historial completo permite reconstruir la evolución del código y justificar decisiones técnicas.
• La curva de aprendizaje de Git es notable, pero basta dominar un conjunto pequeño de operaciones bien comprendidas.