La instancia de Discourse se encuentra detrás del GFW, por lo que utilizamos un proxy SOCKS5 para Git. Tenemos un par de complementos instalados, por lo que reconstruir o iniciar la aplicación clona todos estos repositorios una y otra vez. Desafortunadamente, la clonación resulta en tiempo de espera regularmente, por lo que todo el proceso comienza desde el principio, a pesar de que la base de código más reciente ya está clonada. He gastado más de 40 intentos y he perdido alrededor de cinco horas. La última barrera es un subproceso de yarn dentro del contenedor, que luego generalmente se agota, lo que resulta en una actualización fallida.
¿Hay alguna manera de estructurar app.yml, para que al menos no invoque todo el proceso de clonación de complementos? Clonar en el código del docker-manager y la base de código de Discourse tiene una probabilidad del 50/50, con la clonación posterior con una tasa de éxito de aproximadamente 1/3. No sé qué causa que el subproceso de yarn falle, pero en este momento parece no ser posible devolver la vida a Discourse con los métodos dados.
Por supuesto, fui lo suficientemente estúpido como para invocar launcher destroy app ya que quería iniciarlo manualmente, por lo que ni siquiera puedo hacer un launcher enter app para intentar ejecutar el comando de yarn manualmente. ¿Alguien tiene alguna idea? Gracias por su aporte.
