[pyar] Actualización desatendida app Flask

[Luis Andraschnik]

Hola Pedro

Git remote dropbox es un módulo de python absolutamente transparente que te
permite usar dropbox como un repositorio git remoto, sin ningún peligro. En
la web del módulo explican que es suicida usar dropbox directamente como un
disco remoto por como se maneja el sistema de archivos, en lugar de eso
desactivo cualquier uso de dropbox (en el cliente de dropbox) y configuro
un archivo especial con un hash que registro en dropbox y la dirección
"dropbox:///mi_repo".. Funciona maravillosamente bien. Obviamente no tenés
las funcionalidades de Github o Gitlab, es Git en extrema pureza.
.La única razón por la que lo uso en lugar de github es porque por ahora no
puedo hacer el repo público.
Salu2
Luis

El 11 de abril de 2018, 9:56, Pedro Pezzarini <jose2190 en gmail.com> escribió:

> Buenas Luis, totalmente entendible.
> Mirá, el server-side hook se utiliza justamente para eso, cuando vos haces
> una acción en el repo podes ejecutar acciones (si usas CI es la salvación
> para automatizar procesos).
>
> Como en tu caso usas un repo git en dropbox (nunca lo usé), yo me
> decantaría por un script en cron que haga un fetch y mire en las cabeceras
> un cambio de versión antes de actualizar el repo. (Mi cerebro le dice a mi
> mano que no escriba esto)
>
> Como nunca usé git-remote-dropbox no tengo la más pálida idea de si tiene
> algún trigger, o algo que puedas utilizar para ejecutar el proceso bajo
> demanda.
>
> De igual modo, si encontras alguna solución, porfa compartila porque
> parece interesante el escenario.
>
> Desde ya, saludos y éxitos!
>
>
> 2018-04-10 14:59 GMT-03:00 Luis Andraschnik <luis.andraschnik en gmail.com>:
>
>> Hola Pedro
>> Para mí a Abril de 2018, eso es "too much", quizá para el futuro (Docker,
>> ngrok, proxys reversos ....) hasta ssh, git y fabric llego!
>>
>> Leí en git que existe un Server-Side Hooks, post-receive. No sé cómo
>> puede actuar con un cliente git que esté en la raspberrypi
>>
>> The post-receive hook runs after the entire process is completed and can
>> be used to update other services or notify users. It takes the same stdin
>> data as the pre-receive hook. Examples include emailing a list,
>> notifying a continuous integration server, or updating a ticket-tracking
>> system – you can even parse the commit messages to see if any tickets need
>> to be opened, modified, or closed. This script can’t stop the push process,
>> but the client doesn’t disconnect until it has completed, so be careful if
>> you try to do anything that may take a long time.
>>
>>
>>
>> El 10 de abril de 2018, 13:30, Pedro Pezzarini <jose2190 en gmail.com>
>> escribió:
>>
>>> Tengo un escenario similar (pero sin Raspberries), usamos Docker (que
>>> hacen un pull y actualizan los entornos virtuales cada vez que inician) y
>>> Google pub/sub para recibir el trigger de reinicio de los contenedores.
>>> En Google cloudfunctions haces un Hook simple que reciba el request de
>>> git y llame a pubsub.
>>>
>>> Otra es hacer un proxy reverso por SSH o ngrok y hacer tú deploy cómo
>>> venís haciendo ...
>>>
>>> Otra número 2, es usar un proxy reverso o ngrok y configurar git para
>>> que reciba los triggers directamente ....
>>>
>>>
>>>
>>>
>>> On Tue, Apr 10, 2018, 1:13 PM Luis Andraschnik <
>>> luis.andraschnik en gmail.com> wrote:
>>>
>>>> Hola!
>>>>
>>>> Tengo una aplicación flask, con supervisord y Gunicorn corriendo en una
>>>> LAN, en una Raspberry PI (oficina) y otra idéntica en otra LAN
>>>> (laboratorio). La aplicación la tengo en un repositorio git remoto en
>>>> Dropbox (uso git-remote-dropbox que anda bárbaro), Yo tengo acceso via ssh
>>>> a una Rpi a la vez, así que me gustaría que cuando hago un git push en el
>>>> repositorio Git remoto, mis servers detecten automáticamente que hay una
>>>> nueva versión y hagan un git pull. Actualmente lo hago a mano o a lo sumo
>>>> con fabric. El problema es que no tengo acceso ssh via internet sino sólo
>>>> en las LANs.
>>>>
>>>> Se me ocurre que cuando reinice las Rpi lo primero que hagan es un git
>>>> pull antes de levantar el server de flask, una solución media bruta y que
>>>> requiere que llame por teléfono y pida a alguien que me desconecte la RPI
>>>> del otro sitio, otra no se me ocurre,, no sé si git o flask tiene ayudas
>>>> para autoupdate.
>>>>
>>>> Sugerencias?
>>>> Gracias!
>>>> _______________________________________________
>>>> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
>>>> Sitio web: http://www.python.org.ar/
>>>>
>>>> Para administrar la lista (o desuscribirse) entrar a
>>>> http://listas.python.org.ar/listinfo/pyar
>>>>
>>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>>> Argentina - http://www.usla.org.ar
>>>
>>>
>>> _______________________________________________
>>> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
>>> Sitio web: http://www.python.org.ar/
>>>
>>> Para administrar la lista (o desuscribirse) entrar a
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>> Argentina - http://www.usla.org.ar
>>>
>>
>>
>> _______________________________________________
>> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
>> Sitio web: http://www.python.org.ar/
>>
>> Para administrar la lista (o desuscribirse) entrar a
>> http://listas.python.org.ar/listinfo/pyar
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
>
> _______________________________________________
> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
> Sitio web: http://www.python.org.ar/
>
> Para administrar la lista (o desuscribirse) entrar a
> http://listas.python.org.ar/listinfo/pyar
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20180412/c84ad303/attachment.html>