Closed vtamara closed 2 years ago
No preveemos dificultades mayores para actualizar apliaciones al lado del servidor a rails 7.
Para las interfaces de usuarios preveemos que será posible (aunque con más trabajo pero no tanto como convertir todo a módulos) manteniendo uso de sprockets para recursos javascript globales de app/assets/javascripts (junto con los mecanismos de heredar de motores de este) y a la vez usando yarn y jsbundling-ralis con esbuild.
Por lo visto ahora belongs_to ya no supone optional: false, sino que debe especificarse de esa manera.
No debe usarse bin/rails db:structure:dump
sino bin/rails db:schema:dump
(reemplazar por ejemplo en en bin/gc.sh)
Se prueba en rama rails7. Ha tenido que cambiarse en sip:
to_prepare
como se indica en https://edgeguides.rubyonrails.org/classic_to_zeitwerk_howto.htmlrequire_dependency
se cambia porrequire
test/test_helper.rb
y no entest/models/mimodelo.rb
para evitar que al incluirmimodelo
para acceder a las constantes se vuelvan a ejecutar sus pruebas.config/environment/test.rb
cambiarconfig.eager_load = false
porconfig.eager_load = ENV["CI"].present?
config/initializers/cookies_serializer.rb
Desde directorio de aplicación se ejecuta
bin/rails app:update
pero tras esto, en motores se deja enconfig/boot.rb
: