Continuando la discusión de Página de actualización en blanco después de actualizar el administrador de Docker a 2.0.0.beta10:
Acabo de actualizar para compilar la última versión del administrador de Docker y ahora estoy en la compilación (3792ffa556) 2.6.0.beta1. Mi lista de actualizaciones ahora está en blanco. Sin embargo, la pestaña Procesos sigue funcionando correctamente.
Igual aquí. Después de ./launcher rebuild app, todo Discourse está caído… Error 521. Ya ejecuté ./launcher rebuild app varias veces, pero no ayudó, a diferencia del hilo mencionado arriba.
Estaba en 2.6.0-beta1
Edición: después de ejecutarlo 3 veces más, volvió a la vida (10 minutos después de finalizar)… ¿qué demonios?
Creo que esto podría ser relevante,
Notamos algunos errores en nuestros registros de Discourse relacionados con Docker Manager cuando nuestro Discourse mostró una pantalla blanca después de la actualización.
NoMethodError (método no definido `find_compatible_git_resource' para Discourse:Module)
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in `tracking_branch'
Mensaje (2 copias reportadas)
NoMethodError (método find_compatible_git_resource no definido para Discourse:Module)
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in `tracking_branch’
Rastreo de pila
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in `tracking_branch'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:11:in `initialize'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:77:in `new'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:77:in `find_all'
/var/www/discourse/plugins/docker_manager/app/controllers/docker_manager/admin_controller.rb:28:in `repos'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/abstract_controller/base.rb:195:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/action_controller/metal/rendering.rb:30:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/abstract_controller/callbacks.rb:42:in `block in process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.1/lib/active_support/callbacks.rb:135:in `run_callbacks'
Entorno
HOSTS HTTP
@featheredtoast, ¿esto es tuyo?
Hmmm, parece que algo pasó mientras hacía un rebase de esto, lo siento. Lo arreglaré en breve.
Acabo de enviar una corrección, no te preocupes por ello 
https://review.discourse.org/t/fix-make-branch-hunting-backwards-compatible/13222?u=samsaffron
¡ups, vaya, la compatibilidad hacia atrás vuelve a golpear, justo el propósito principal de esta característica. Ironía. Buen hallazgo, ¡gracias!
Debemos asegurarnos de hacer backport del soporte principal a beta y estable, porque de lo contrario estaremos atascados durante mucho tiempo antes de poder usar esta función.
Gracias por la solución. Solo para aclarar, ¿cuál es la estrategia de recuperación aquí para los afectados?
./launcher rebuild {app-container} ?
Eso es lo que hicimos, pero algunos reportan que esto no funciona.
Correcto, eso debería hacer que tu sitio vuelva a funcionar 