git

Recursos de programación de git
Si en tu empresa tienes que gestionar múltiples repositorios es fácil que se convierta en un kaos rápidamente. Sergio Valverde García, SRE en NomuPay, nos contará qué cosas tienen en cuenta en su caso para gestionar 35 repositorios de Git. Veremos cómo podemos usar la herramienta safe-settings de GitHub para automatizar cambios a nivel de organización y gestionar nuestra infraestructura de repositorios como código. Si te interesaría un curso sobre estos temas, apúntate en el siguiente formulario: https://bit.ly/form-curso-repos Apúntate a la lista de espera del Black Friday: https://bit.ly/bf23-gestion_repos ﹤🍍﹥ Links relacionados ├ 🔗 Safe-settings: https://github.com/github/safe-settings ├ 🔖 Git, Introducción y trabajo en equipo: https://pro.codely.com/library/git-introduccion-y-trabajo-en-equipo-45727/93728/about/ ├ 🤖 Integración Continua con GitHub Actions: https://pro.codely.com/library/integracion-continua-con-github-actions-51237/109857/about/ ├ 🎥 Suscríbete: https://youtube.com/c/CodelyTV?sub_confirmation=1 ├ 🐦 Twitter CodelyTV: https://twitter.com/CodelyTV ├ 👋 Twitter Sergio: https://twitter.com/svg153 ├ 🫧 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
En esta entrevista a Marco y Francesc de Pullpo.io nos contarán cómo ha ido el primer año desde que empezaron con la startup. Han hecho una primera ronda de inversión con un fondo internacional, han pasado por una aceleradora, hoy anunciarán el lanzamiento en Product Hunt, y sobre todo, han conseguido los primeros 100 clientes. Primero nos contarán qué tal el periplo pasando del mundo de la programación como ingeniero de software al mundo de montar una startup, y luego profundizaremos en el código que han desarrollado durante este primer año. Hace 8 meses ya hablamos con ellos y vimos un poco del código en Go y Nuxt: https://www.youtube.com/watch?v=B64QLnVC_aw Pullpo.io consiste en 2 principales productos: - Conectar las Pull Requests de GitHub a un canal de Slack de forma bidireccional para facilitar la comunicación - Descubrir cuellos de botella en el ciclo de desarrollo mediante la combinación de métricas de tu repositorio git con feedback proporcionado por devs ﹤🍍﹥ Enlaces relacionados ├ 🔺 Vota Pullpo en Product Hunt: https://www.producthunt.com/posts/pullpo-io ├ 🤖 https://pullpo.io ├ 🎥 Suscríbete: https://youtube.com/c/CodelyTV?sub_confirmation=1 ├ 🐦 Twitter Marco: https://twitter.com/marco_1ope2 ├ 🐦 Twitter CodelyTV: https://twitter.com/CodelyTV ├ 🧔🏻 Twitter Javi: https://twitter.com/JavierCane ├ 📸 Instagram: https://instagram.com/CodelyTV ├ ℹ️ LinkedIn: https://linkedin.com/company/codelytv └ 📕 Catálogo cursos: https://bit.ly/cursos-codely
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.