Me ha saltado en github un minipopup de las 'nuevas actions' disponibles.
Para quien le interese, la idea es hacer tareas automatizadas en el propio github, como traer librerias, tests, deploys, etc...
Hay unas cuantas preparadas ya y luego puedes personalizarte la tuya desde cero metiendo los comandos.
Cuando saque un rato lo miraré, pero os dejo unos pantallazos.
#2 Yo tiro actualmente de https://www.deployhq.com/ pero lo miraré tambien para implementarlo directamente ahí y ahorrarme los dineros xD
Nosotros ya lo tenemos funcionando desde hace semanas y super contentos.
Fastlane funcionando en Actions para continuous deployment.
Tenemos la cuenta Team y nos dan 10.000 minutos al mes, que está de puta madre, la verdad.
#4 Aporta el aunar todo en una misma herramienta, para que cuando lo use todo el mundo, te cobren por ello (si es que con la cuenta normal te vale)
Aunque si ya pagas por alguna herramienta, hasta que se dé esa circunstancia, eso que te ahorras xD
#5 Y que tal ha sido el proceso? Yo aun tengo que echarle un ojo, pero en mi caso, tengo que probar estas tareas ( a priori, creo que he visto todo posible )
Además, en deployHQ, me dan la opción de repetir estos pasos en todos los servidores que asocie al proyecto, por lo que la idea es tb probar eso xD
#4 El precio? xD
Nosotros tras cacharrear un rato hemos implementado dos proyectos así y va genial, aparte lo de tener un repositorio público y no tener que trabajar con dos empresas y trabajar todo en el mismo ecosistema es un plus importante.
#7 Te hago copy/pasta
Acciones de GitHub usage is free for public repositories. For private repositories, each GitHub account receives a certain amount of free minutes and storage, depending on the product used with the account. By default, your account will have a spending limit of $0, which prevents additional usage of minutes or storage after you reach these limits. If you increase your spending limit above the default of $0, you will be billed for any minutes or storage beyond the limits, also called overages. GitHub charges usage to the account that owns the repository where the workflow is run. You can set a higher spending limit or allow unlimited spending. For more information about pricing for Acciones de GitHub usage, see "About billing for Acciones de GitHub."
Yo tengo todo el flujo de CI/CD en un Jenkins que preparé en un docker, pero leyeendoos un poco, que tal estaría el cambio quizás me merecería la pena?? Todo el ciclo de los distintos proyectos se hace dentro de cada Docker propio para no tener que instalar tantas cosas en el servidor.
#6 el proceso ha sido coser y cantar. Además hemos hecho un dashboard en React para hacer deploy cuando queramos aparte de los automátizados y tenemos todo muy bien organizado. Todo muy versátil.
No hay documentación abundante pero hay suficiente.
En nuestro caso concreto, tuvimos un par de problemas con la firma de certificados y el two-auth-factor de Apple, pero fue una cosa más de Fastlane que de Actions.
Por lo demás, 10/10
#9 Pues depende, igual para lo que sirve es algo que haces a diario y con esto podrías automatizarlo.
Básicamente es para automatizar el proceso de deploy. Puedes automatizar que, cada vez que hagas un push a master (o a cualquier rama), haga tareas automatizadas como:
Hay gente que esto lo hace a mano, y otros que solo hacen el push y luego es otra persona la que se encarga de subirlo a producción.
Al final, depende del día a día que manejes.
#11 Pues eso me anima a darme prisa y probar xD
#12 Nosotros por ejemplo nos hemos pasado a Actions porque haciamos todo el CI/CD en un mac server local que estaba en la esquina de una oficina, todo muy jugando con fuego.
Ahora hemos ganado seguridad al tenerlo en la nube, parece contradictorio pero es así. Y que cada developer tenga acceso remoto, estoy en casa ahora mismo haciendo Remoto y puedo hacer un deploy sin problemas, antes solo en la red local o a través de un VPN con seguridad por dongle que era un coñazo.
#13 Si, jenkins ya hace eso, igual que otras tantas plataformas o software.
Supongo que la idea es buscar la gestión de todo desde un mismo sitio ( y de paso, que github saque tajada de la gente que ya paga por esos servicios a terceros)
Supongo que, dependiendo del proyecto, no es necesario migrar las cosas si ya lo teneis todo listo, pero es una opción a tener en cuenta para nuevos proyectos
#14 Conozco varias empresas que el jenkins lo tienen en un servidor en la oficina muerto del asco xDD cuando peten, se les va todo a la mierda xD
#15 Lo pregonaré por la empresa, es lo que tú dices, una app menos que mantener que por contra tiene que si falla se te caen dos funciones jaja
Leyendo un poco más creo que es mucho más personalizable GitHub que Jenkins. A ver qué tal le va el login con Kerberos y otras piedras en el camino a GitHub. Me gustaría que tuviera una opción donde meter el Keytab de kerberos y que haga login con eso.
En el curro usamos Gitlab CI e imagino que esto es exactamente lo mismo.
No perdería el culo si ya usáis otra solución de CI en la nube y os va bien, pero lo tendría en cuenta para nuevos proyectos en Github.
#21 Al final todo depende del día a día y no han inventado nada nuevo, puesto que ya existian otras plataformas que incluyen lo mismo.
Lo que estoy viendo es que tienen una especie de 'marketplaces' donde puedes buscar plugins y usarlos en el proceso (y supongo que podrías implementar tus plugins y enviarlos al marketplaces si tienes algun servicio)
Por ejemplo, hay uno de Twilio SMS con el que podrías enviarle un SMS al cliente cada vez que el deploy este OK
O enviar emails
Es cuestion de buscar las tareas repetitivas del proceso e intentar automatizar al máximo posible
#23 Aunque no he usado TravisCI en la vida, supongo que por el nombre esto es una alternativa a usarlo xD
#25 Si, eso lleva ya cerca de un año, si no me equivoco ( lo se pq antes pagaba a github para tener los repos privados y dejé de hacerlo 
)
