
Espero les ayude :) ;)
Trabajar en equipo sobre un mismo archivo sin perder cambios es uno de los retos más comunes tanto en diseño como en desarrollo de software. Git es la herramienta que resuelve exactamente ese problema, y comprenderla te dará una ventaja real para colaborar con equipos técnicos y participar activamente en la creación de productos digitales.
¿Qué es Git y por qué lo necesitas como diseñador?
Git es un sistema de control de versiones enfocado en el desarrollo de software. Permite manejar cambios de forma ordenada cuando varias personas trabajan sobre los mismos archivos [0:14]. Aunque suena técnico, su lógica es muy intuitiva.
Imagina que tienes un archivo de diseño en Photoshop, Sketch o XD. Haces cambios y reemplazas el archivo original, pero luego descubres que perdiste una exploración valiosa que tenías antes. Git te permite volver en el tiempo y recuperar versiones anteriores sin perder nada [0:30].
Incluso herramientas como Figma adoptaron este principio. Las branches de Figma están basadas en Git [1:10], así que conocer su funcionamiento te da una perspectiva más profunda de lo que ya usas día a día.
¿Cómo funcionan los conceptos fundamentales de Git?
Para entender Git, piensa en una línea de tiempo donde registras los avances de tu proyecto. Esa línea se llama branch (rama en español) [1:30]. Sobre ella vas guardando cada modificación.
¿Qué son los commits?
Cada modificación que guardas en Git se denomina commit [1:44]. Son pequeños avances dentro de una rama. Gracias a ellos puedes retroceder a cualquier punto anterior del proyecto, lo que elimina el miedo a perder trabajo.
¿Cómo se trabaja en paralelo con branches?
Cuando otra persona colabora contigo, cada uno puede crear su propia rama para trabajar sin pisarse los cambios mutuamente [2:00]. Tú avanzas en tu rama y tu compañero o compañera avanza en la suya. Cuando termina, sus cambios se suman a los tuyos para generar un archivo final unificado.
Este proceso de unir dos ramas se conoce como merge [2:25]. Implica una revisión donde se detectan y resuelven posibles conflictos, especialmente si ambos modificaron las mismas partes del archivo durante semanas o meses de trabajo en paralelo [2:35].
¿Qué es un pull request?
Un pull request es la solicitud formal para realizar un merge [2:52]. Incluye la revisión de los cambios, donde varias personas del equipo se juntan a evaluar si las modificaciones son correctas, si pisan cambios de otros o si las features agregadas están bien implementadas.
¿Dónde se almacena todo y cómo se comparte?
Todos estos elementos —commits, branches, merges y pull requests— se almacenan en un repositorio [3:25]. Es una carpeta que contiene todo el historial del proyecto: código, imágenes, íconos, estilos de texto y todos los recursos que tú como diseñador estableciste.
Este repositorio se sube a la nube para que el equipo completo pueda acceder de manera centralizada [3:15]. Las plataformas más conocidas para esto son GitHub y GitLab [3:50]. Ambas ofrecen una interfaz amigable donde puedes:
¿Por qué Git es relevante para diseñadores?
La razón principal es la colaboración continua [4:18]. En equipos modernos, el diseño no termina con un entregable. Como diseñador o diseñadora, debes estar presente en todo el proceso: research, diseño e implementación. Conocer Git te permite participar activamente, especialmente durante la fase en que tu diseño cobra vida en código.
Otra razón clave es tener influencia en todo el proceso de creación del producto digital [4:48]. No se trata solo de colores o tipografía, sino de la experiencia final que tendrá el usuario. Git te brinda herramientas adicionales para ser parte integral de ese proceso.
¿Ya tenías experiencia con Git? ¿Qué técnicas usas para colaborar con equipos de desarrollo? Comparte tu experiencia en los comentarios.
Trabajar en equipo sobre un mismo archivo sin perder cambios es uno de los retos más comunes tanto en diseño como en desarrollo de software. Git es la herramienta que resuelve exactamente ese problema, y comprenderla te dará una ventaja real para colaborar con equipos técnicos y participar activamente en la creación de productos digitales.
Git es un sistema de control de versiones enfocado en el desarrollo de software. Permite manejar cambios de forma ordenada cuando varias personas trabajan sobre los mismos archivos [0:14]. Aunque suena técnico, su lógica es muy intuitiva.
Imagina que tienes un archivo de diseño en Photoshop, Sketch o XD. Haces cambios y reemplazas el archivo original, pero luego descubres que perdiste una exploración valiosa que tenías antes. Git te permite volver en el tiempo y recuperar versiones anteriores sin perder nada [0:30].
Incluso herramientas como Figma adoptaron este principio. Las branches de Figma están basadas en Git [1:10], así que conocer su funcionamiento te da una perspectiva más profunda de lo que ya usas día a día.
Para entender Git, piensa en una línea de tiempo donde registras los avances de tu proyecto. Esa línea se llama branch (rama en español) [1:30]. Sobre ella vas guardando cada modificación.
Cada modificación que guardas en Git se denomina commit [1:44]. Son pequeños avances dentro de una rama. Gracias a ellos puedes retroceder a cualquier punto anterior del proyecto, lo que elimina el miedo a perder trabajo.
Cuando otra persona colabora contigo, cada uno puede crear su propia rama para trabajar sin pisarse los cambios mutuamente [2:00]. Tú avanzas en tu rama y tu compañero o compañera avanza en la suya. Cuando termina, sus cambios se suman a los tuyos para generar un archivo final unificado.
Este proceso de unir dos ramas se conoce como merge [2:25]. Implica una revisión donde se detectan y resuelven posibles conflictos, especialmente si ambos modificaron las mismas partes del archivo durante semanas o meses de trabajo en paralelo [2:35].
Un pull request es la solicitud formal para realizar un merge [2:52]. Incluye la revisión de los cambios, donde varias personas del equipo se juntan a evaluar si las modificaciones son correctas, si pisan cambios de otros o si las features agregadas están bien implementadas.
Todos estos elementos —commits, branches, merges y pull requests— se almacenan en un repositorio [3:25]. Es una carpeta que contiene todo el historial del proyecto: código, imágenes, íconos, estilos de texto y todos los recursos que tú como diseñador estableciste.
Este repositorio se sube a la nube para que el equipo completo pueda acceder de manera centralizada [3:15]. Las plataformas más conocidas para esto son GitHub y GitLab [3:50]. Ambas ofrecen una interfaz amigable donde puedes:
La razón principal es la colaboración continua [4:18]. En equipos modernos, el diseño no termina con un entregable. Como diseñador o diseñadora, debes estar presente en todo el proceso: research, diseño e implementación. Conocer Git te permite participar activamente, especialmente durante la fase en que tu diseño cobra vida en código.
Otra razón clave es tener influencia en todo el proceso de creación del producto digital [4:48]. No se trata solo de colores o tipografía, sino de la experiencia final que tendrá el usuario. Git te brinda herramientas adicionales para ser parte integral de ese proceso.
¿Ya tenías experiencia con Git? ¿Qué técnicas usas para colaborar con equipos de desarrollo? Comparte tu experiencia en los comentarios.

Espero les ayude :) ;)
Yo hasta ahora no he tenido prácticamente el privilegio de trabajar con otras personas pues todos los proyectos que he realizado han sido para practicar lo que voy aprendiendo pero si que he usado git y github para tener un control de cada cambio y tenerlo en la nube.
Si tienen la oportunidad de aprender Git y GitHub, háganlo. A parte de tener el control de su código y de lo que han desarrollado a lo largo del tiempo, les permitirá trabajar con otras personas, saber que cambios han realizado cada persona, en que feche y hora se dieron esos cambios y sin desear lo siguiente, si perdieran acceso a su proyecto por la razón que sea pero este se encuentra en la nube (en un repositorio), lograrían recuperarlo sin mayor problema.
Y hay muchas más ventajas de saberlos usar así que dense la oportunidad :)
Como Diseñadores UI/UX o Product Managers, debemos tener injerencia y participación en cada fase de la creación del producto digital, desde su ideación hasta su desarrollo (programación), ya que en cada una de estas etapas puede haber algo que beneficie o afecte a la utilización que el producto tendrá entre los usuarios, y nadie de nuestro equipo de trabajo entenderá mejor la experiencia completa del producto y las necesidades / deseos / expectativas del usuario que nosotros como diseñadores. De aquí que resulta muy importante saber usar herramientas de colaboración con desarrolladores, como Git, que lo hacen posible, al conjuntar la participación de Diseño y Desarrollo de software.
En mi equipo colaboramos con Zeplin, no se si aplique.
No tenia conocimiento de como funcionaba GitHub, es una buena introducción para empezar a implementarlo en nuestros proyectos
En figma trabajamos en colaboración en vivo ¿en Git se puede ver lo que hace el otro al momento?
En donde trabajo, lo normal es realizar iteración y seguimiento sobre los procesos de diseño pero sin usar sistemas como este, algo más limitado como la comunicación en grupos de google Hangouts y hubs en Meet
Hola, no tengo experiencia en GIT
muy bueno el aporte acerca del Git, estoy en un euipo colaborativo y soy el diseñador, esta es mi primer experinecia dentro de un equipo colaborativo, mi función es crear la maqueta o la vista de cada sección, sin embargo no tengo muy claro si al hacer el diseño de esa vista , el desarrollador lo que hará es implementar ese diseño fielmente? y en que formato el desarrollador debe tener este archivo para asi implementarlo?
hola, no no tengo experiencia con git