Contribuir a proyectos de codigo abierto es una buena forma de ganar experiencia o te permite ampliar tu red, ya que conectas con personas muy diferentes. Espero que este pequeño artículo pueda mostrate los pasos que debes dar para contribuir en open source de GitHub.
Es un desconocido por parte de muchas personas de backend, creo que veo más su uso con la personas de front web, la gente de front como WPF/Xamarin o cosas así tambien me he dado cuenta de este desconocimiento. Por eso os voy a contar una de las cosas para las que más utilidad veo. Y de regalo una pequeña píldora sobre Visual Studio 2022.
Mucha veces tienes que parar un trabajo y volver a un hotfix o bien ayudar a una persona del equipo para probar su rama. Existen dos formas de gestionar estas interrupciones (por llamarlas de alguna forma). Una de ellas es hacer un commit y otra es hacer un stash, aunque seguro que alguien tiene alguna receta más. Vemamos como gestiono yo esto en mi dia a dia
Si trabajas con diferentes empresas, diferentes cuentas de usuario o quieres separar tu entorno personal del entorno de trabajo. Con estas pequeñas recomendaciones podrás mantener los usuarios de los commit en orden.
Workshop de introducir a Git para desarrolladores de Jetbrains, concretamente para Android Studio. Este curso se impartió hace muchos años, sobre el 2015 y creo que algunas cosas tienen mucho sentido en la actualidad ya que nos ayuda con lo básico de Git.
Cuando trabajar con repositorio, llegará el momento de combinar los cambios de una rama a otra. En Git existe dos acciones para lograrlo: rebase y merge. Veamos los pros y los contras de cada acción, y cuando usar uno u otro.
A veces solo necesitas uno o varios commit de una rama sean llevados a otra rama. Un caso normal es cuando tienes una rama de release y la de feature. Pero release esta congelada y no puedes llevar la feature completa, pero es obligatorio llevar uno de esos commit. Veamos como se hace este proceso.
Existen buenas prácticas en lo que se refiere a los flujos de trabajo de Git. Estos flujos de trabajo con todos buenos y malos, depende lo que quieras hacer con tu repositorio y del funcionamiento de tu equipo. GitFlow es una de las estrategias de ramificación más populares, pero existen modelos alternativos que funcionan muy bien en diversas situaciones. Espero explicaros de forma rápida y concisa algunas alternativas.
Como cualquier cosa en desarrollo, las mejores prácticas lo son hasta cierto punto controvertidas. Pero desde algun punto debemos partir para adquirir un compromiso que unifique el trabajo de un equipo. En este caso voy a hablar de los commit y ¿con que frecuencia he de hacerlos?