git

Te cambias de portátil por lo que sea. Tienes que configurarlo de 0. Empiezas a echar en falta cosas. Esa fuente que usabas en la terminal, esos hot corners que tienes que recordar cómo tenías configurados, la sensibilidad del ratón que ya dudas cuál era, y una lista casi infinita de aplicaciones a instalar una a una. PROBLEMA RESUELTO: Dotfiles al rescate En el directo de hoy veremos casos de uso comunes en el día a día para automatizar la configuración de: - Mover config de app existente para versionarla (ejemplo iTerm) - Añadir alias de git - Actualizar apps instaladas - Añadir scripts propios - Actualización de apps, herramientas, dependencias globales - Secretos (licencias de apps que no queremos exponer públicamente, claves SSH…) - Modificar config de sistema en macOS y querer añadirlo (ejemplo: hot corners) - fzf para scripts tipo Docker ps Toda la info de dotly, el framework para gestión de dotfiles más fino en: https://github.com/CodelyTV/dotly ﹤🍍﹥ CodelyTV ├ 🎥 Suscríbete: https://youtube.com/c/CodelyTV?sub_confirmation=1 ├ 🐦 Twitter CodelyTV: https://twitter.com/CodelyTV ├ 🧔🏻 Twitter Javi: https://twitter.com/JavierCane ├ 💂‍♀️ Twitter Rafa: https://twitter.com/rafaoe ├ 📸 Instagram: https://instagram.com/CodelyTV ├ ℹ️ LinkedIn: https://linkedin.com/company/codelytv └ 📕 Catálogo cursos: https://bit.ly/cursos-codely

¿Qué más nos puede aportar Git? Normalmente vemos Git únicamente como la herramienta para hacer un control de versiones del código de los proyectos que se desarrollan, pero la realidad es que aunque esa es la parte principal de Git podemos mejorar nuestros proyectos con ciertas opciones que tenemos de Git. Conventional Commits: ¿Qué es y por que mejora la calidad de nuestros proyectos cuando lo usamos? Analizadores de código estático con Git Hook pre-commit. Ejecución de jobs en Gitlab/Github/etc con Git Hook post-commit para realizar diferentes tareas (duplicar repositorios, validar código, ejecutar test...). Creacción automática de Changelogs. ------------- ¡Conoce Autentia! -Twitter: https://goo.gl/MU5pUQ -Instagram: https://lk.autentia.com/instagram -LinkedIn: https://goo.gl/2On7Fj/ -Facebook: https://goo.gl/o8HrWX

Aunque generalmente gestionamos recursos en Kubernetes de manera declarativa mediante el uso de manifiestos, lo más habitual suele ser aplicarlos de forma imperativa desde un pipeline o incluso a mano. No es del todo fácil saber quién, cuándo y cómo se han desplegado las aplicaciones o modificado sus configuraciones, y ya no hablemos de operaciones más complejas como tener que preparar un entorno nuevo desde cero. Vayamos un paso más allá en la filosofía GitOps y veamos cómo tener un repositorio Git como fuente de la verdad de nuestras aplicaciones y recursos de Kubernetes. Todos nuestros cambios bajo control de versiones, y sólo hacer un Push para desplegar. Imagina que un pase a producción pueda ser "sólo" aceptar una Pull Request. Eso y mucho más nos permite Flux. ------------- ¡Conoce Autentia! -Twitter: https://goo.gl/MU5pUQ -Instagram: https://lk.autentia.com/instagram -LinkedIn: https://goo.gl/2On7Fj/ -Facebook: https://goo.gl/o8HrWX

Git es en la actualidad el sistema de control de versiones más usado. Cuando tenemos que colaborar entre distintos miembros de un equipo aparecen determinados problemas que deberíamos de solventar con la estrategia más apropiada. En esta sesión explicaré la problemática que se plantea al colaborar en un proyecto software y las estrategias más habituales para llevar a buen puerto el proyecto: Flujo de trabajo centralizado, para aquellos equipos que se están iniciando en Git y llevando a cabo la transición desde otros sistemas de control de versiones centralizados como SVN. Flujo de trabajo basado en ramas de funcionalidades (feature branch), donde cada funcionalidad se lleva a cabo en una rama concreta. Gitflow, que define un estricto modelo de ramificación, proporcionando una base sólida para la gestión de proyectos de gran tamaño, aunque también se adapta perfectamente a los proyectos más pequeños. Flujo de trabajo basado en forks, habitual en proyectos de código abierto, donde cada desarrollador tiene dos repositorios: uno local privado y otro público. El guion propuesto para la sesión es el siguiente: Explicación de la problemática al colaborar en un proyecto software. Explicación de las soluciones organizativas más habituales (centralización, feature branch, Gitflow y forking). En cada solución explicaré: Cómo funciona. Un ejemplo. Pros y contras de la solución. Consejos. Breve explicación de otras soluciones menos habituales. Al finalizar esta sesión el asistente conocerá distintos flujos de trabajo con Git y tendrá los conocimientos para poder adaptar el trabajo de su equipo a la estrategia que más le convenga. ------------- ¡Conoce Autentia! -Twitter: https://goo.gl/MU5pUQ -Instagram: https://lk.autentia.com/instagram -LinkedIn: https://goo.gl/2On7Fj/ -Facebook: https://goo.gl/o8HrWX

¿Qué más nos puede aportar Git? Normalmente vemos Git únicamente como la herramienta para hacer un control de versiones del código de los proyectos que se desarrollan, pero la realidad es que aunque esa es la parte principal de Git podemos mejorar nuestros proyectos con ciertas opciones que tenemos de Git. -Conventional Commits: ¿Qué es y por que mejora la calidad de nuestros proyectos cuando lo usamos? -Analizadores de código estático con Git Hook pre-commit. -Ejecución de jobs en Gitlab/Github/etc con Git Hook post-commit para realizar diferentes tareas (duplicar repositorios, validar código, ejecutar test...). -Creación automática de Changelogs.

Vemos herramientas y formas de trabajar para que la calidad de nuestro código sea 🔝 Para aprender más tienes nuestros cursos: - 🔦 Linting en JavaScript y TypeScript: https://pro.codely.com/library/garantiza-la-calidad-de-codigo-en-javascript-y-typescript-con-eslint-188432/about/ - 🐙 Testing en frontend: https://pro.codely.com/library/testing-en-frontend-65916/about/ - 🔀 Git: Introducción y trabajo en equipo: https://pro.codely.com/library/git-introduccion-y-trabajo-en-equipo-45727/about/ - 🚀 Automatización con GitHub Actions: https://pro.codely.com/library/automatiza-tu-flujo-de-trabajo-con-github-actions-52283/about/ ﹤🍍﹥ Links relacionados ├ 🎥 Suscríbete: https://youtube.com/c/CodelyTV?sub_confirmation=1 ├ 🐦 Twitter CodelyTV: https://twitter.com/CodelyTV ├ 🌶 Twitter Núria: https://twitter.com/nuria_codes ├ 🫧 Twitter Javi: https://twitter.com/javiercane ├ 📸 Instagram: https://instagram.com/CodelyTV ├ ℹ️ LinkedIn: https://linkedin.com/company/codelytv ├ 🟦 Facebook: https://facebook.com/CodelyTV └ 📕 Catálogo cursos: https://bit.ly/cursos-codely

Git es en la actualidad el sistema de control de versiones más usado. Cuando tenemos que colaborar entre distintos miembros de un equipo aparecen determinados problemas que deberíamos de solventar con la estrategia más apropiada. En esta sesión explicaré la problemática que se plantea al colaborar en un proyecto software y las estrategias más habituales para llevar a buen puerto el proyecto: -Flujo de trabajo centralizado, para aquellos equipos que se están iniciando en Git y llevando a cabo la transición desde otros sistemas de control de versiones centralizados como SVN. -Flujo de trabajo basado en ramas de funcionalidades (feature branch), donde cada funcionalidad se lleva a cabo en una rama concreta. -Gitflow, que define un estricto modelo de ramificación, proporcionando una base sólida para la gestión de proyectos de gran tamaño, aunque también se adapta perfectamente a los proyectos más pequeños. -Flujo de trabajo basado en forks, habitual en proyectos de código abierto, donde cada desarrollador tiene dos repositorios: uno local privado y otro público. El guion propuesto para la sesión es el siguiente: 1-Explicación de la problemática al colaborar en un proyecto software. 2-Explicación de las soluciones organizativas más habituales (centralización, feature branch, Gitflow y forking). En cada solución explicaré: -Cómo funciona. -Un ejemplo. -Pros y contras de la solución. -Consejos. 3-Breve explicación de otras soluciones menos habituales. Al finalizar esta sesión el asistente conocerá distintos flujos de trabajo con Git y tendrá los conocimientos para poder adaptar el trabajo de su equipo a la estrategia que más le convenga.

Aunque generalmente gestionamos recursos en Kubernetes de manera declarativa mediante el uso de manifiestos, lo más habitual suele ser aplicarlos de forma imperativa desde un pipeline o incluso a mano. No es del todo fácil saber quién, cuándo y cómo se han desplegado las aplicaciones o modificado sus configuraciones, y ya no hablemos de operaciones más complejas como tener que preparar un entorno nuevo desde cero. Vayamos un paso más allá en la filosofía GitOps y veamos cómo tener un repositorio Git como fuente de la verdad de nuestras aplicaciones y recursos de Kubernetes. Todos nuestros cambios bajo control de versiones, y sólo hacer un Push para desplegar. Imagina que un pase a producción pueda ser "sólo" aceptar una Pull Request. Eso y mucho más nos permite Flux.

¡Bienvenides al primer meetup de Python España! Desde la Asociación de Python España con el objetivo de crear espacios para el intercambio de conocimientos y promover el uso del lenguaje. Hemos creado este primer evento online en el que queremos sumarnos a la fiesta de Hacktoberfest. Nuestra agenda será Intro a Git por Jimena E. Bermúdez (30 min) Hablemos de OpenSource por Yamila Moreno, Cristián Maureira-Fredes y Juan Luis Cano (30 min) Para estar informado de todos los eventos que estaremos organizando por todo nuestro país, puedes suscribirte en nuestra newsletter en https://es.python.org/ Twitter: @python_es email: contacto@es.python.org Telegram: https://t.me/python_espana

Usar los stubs generados con Spring Cloud Contract es muy fácil si trabajamos en el mundo JVM, pero ¿qué pasa si queremos usarlos en un consumer que no está escrito en un lenguaje diferente? En esta sesión veremos cómo integrar en nuestros tests de contrato los stubs generados con Spring Cloud Contract en un proyecto front end con Angular. Usaremos imagen de Docker para ejecutar stub runner con los los stubs obtenidos desde Artifactory o un repositorio de Git. También veremos cómo crear una imagen de Docker que contiene ya los stubs y cómo se ejecuta en pocos segundos.