se ha convertido en el punto de partida por defecto de muchos equipos que necesitan poner en marcha r¨¢pidamente CI o CD en un ambiente totalmente nuevo. Entre otras cosas, puede soportar flujos m¨¢s complejos y llamar a otras acciones en acciones compuestas. A pesar de que el ecosistema sigue creciendo, nosotros a¨²n recomendamos tomar precauciones al otorgar acceso a sus pipelines en ejecuci¨®n por parte de GitHub Actions creadas por terceros. Recomendamos seguir los consejos de GitHub sobre para evitar compartir secretos de manera insegura. Sin embargo, la conveniencia de crear un build workflow directamente en GitHub que est¨¢ junto a su c¨®digo fuente combinado con la habilidad de correr las GitHub Actions localmente, usando una herramienta de c¨®digo abierto como , es una opci¨®n convincente que ha simplificado la configuraci¨®n y onboarding de nuestros equipos.
ha crecido considerablemente el a?o pasado. Ha demostrado que puede asumir flujos de trabajo m¨¢s complejos y llamar a otras acciones en acciones compuestas, entre otras cosas. Sin embargo, todav¨ªa tiene algunas deficiencias, como su incapacidad para volver a activar un solo trabajo de un flujo de trabajo. Aunque el ecosistema en el tiene sus ventajas obvias, al dar acceso a las Acciones de GitHub de terceros a tu pipeline de construcci¨®n se corre el riesgo de compartir secretos de forma insegura (recomendamos seguir los consejos de GitHub sobre ). Sin embargo, la comodidad de crear tu flujo de trabajo de compilaci¨®n directamente en GitHub junto a tu c¨®digo fuente, combinada con la capacidad de ejecutar las Acciones de GitHub localmente utilizando herramientas de c¨®digo abierto como es una opci¨®n convincente que ha facilitado la configuraci¨®n y la incorporaci¨®n de nuestros equipos.
A pesar de nuestras advertencias la ¨²ltima vez que lo cubrimos, hemos visto entusiasmo continuo por . Lo que dijimos antes sigue siendo cierto: GitHub Actions a¨²n no es un reemplazo completamente establecido para flujos de CI/CD complejos. La herramienta no puede, por ejemplo: re-disparar una tarea simple de un flujo, llamar a otras acciones dentro de una acci¨®n compuesta, o soportar una librer¨ªa compartida. Adicionalmente, mientras que el ecosistema en el ofrece ventajas obvias, entregarle acceso a tus build pipelines a GitHub Actions de terceros, te expone al riesgo de compartir secretos de formas inseguras (recomendamos seguir estos consejos de GitHub sobre ). A pesar de estas preocupaciones, la conveniencia de poder crear los flujos de trabajo directamente en GitHub junto al c¨®digo fuente, es una opci¨®n convincente para algunos equipos, y adem¨¢s, te permite correr GitHub Actions localmente. Como siempre, recomendamos un an¨¢lisis imparcial de las desventajas, sin embargo, algunos de nuestros equipos est¨¢n contentos con la simplicidad de GitHub Actions.
Los servidores de integraci¨®n cont¨ªnua (CI) y las herramientas de compilaci¨®n son algunos de los elementos m¨¢s antiguos y m¨¢s usados de nuestro kit. Cubren toda la gama, desde simples servicios alojados en la nube hasta complejos servidores de pipelines definidos por c¨®digo soportados por flotas de agentes de compilaci¨®n. Dada nuestra experiencia y la amplia gama de opciones disponibles, inicialmente est¨¢bamos esc¨¦pticos cuando fue presentado como otro mecanismo para administrar los procesos de compilaci¨®n e integraci¨®n. Pero la oportunidad para que las desarrolladoras comiencen con algo peque?o y personalicen f¨¢cilmente el comportamiento significa que GitHub Actions se est¨¢ volviendo la opci¨®n predeterminada para los proyectos m¨¢s peque?os. Es dif¨ªcil discutir la conveniencia de tener la herramienta de compilaci¨®n integrada directamente en el repositorio de c¨®digo fuente. Ha surgido una comunidad entusiasta en torno a esta funci¨®n y eso significa que existe una amplia gama de herramientas y flujos de trabajo aportados por los usuarios para comenzar. Los proveedores de herramientas tambi¨¦n se est¨¢n incorporando a trav¨¦s del . Sin embargo, recomendamos proceder con cautela. Aunque el c¨®digo y el historial de Git se pueden exportar a servicios alternos, no se puede hacer lo mismo con un flujo de trabajo de desarrollo basado en GitHub Actions. Adem¨¢s, es necesario usar el mejor criterio para determinar cu¨¢ndo un proyecto es lo suficientemente grande o complejo como para justificar una herramienta de pipelines con soporte independiente. Sin embargo, para comenzar a trabajar r¨¢pidamente en proyectos m¨¢s peque?os, vale la pena considerar GitHub Actions y el ecosistema que est¨¢ creciendo a su alrededor.
