Skip to content

2021_02 Actualización de sip 2.0b10 a 2.0b11

Vladimir Támara Patiño edited this page Dec 16, 2021 · 1 revision

Las principales novedades son:

Ayudas para emplear las nuevas convenciones en un motor o en una aplicación

  • En el Gemfile cambia
    • la rama de sip (y seguramente de otros motores basados en sip) a main, por ejemplo ubicando:
      gem 'sip', # Motor generico        
       git: 'https://github.com/pasosdeJesus/sip.git'
      
      y cambiando por
      gem 'sip', # Motor generico        
        git: 'https://github.com/pasosdeJesus/sip.git', branch: 'main'
      
    • agrega la gema dotenv-rails en una sección sólo para modos development y test
    • si hace falta en la sección development agrega la gema puma
  • Crea un nuevo archivo .env.plantilla en el directorio donde se ejecuta la aplicación, puedes copiar y mejorar el disponible en https://github.com/pasosdeJesus/sip/blob/main/test/dummy/.env.plantilla y mejora las instrucciones de configuración para que comiencen con:
cp .env.plantilla .env
$EDITOR .env
  • Sigue las nuevas convenciones respecto a variables de configuración en el ambiente descritas en: https://github.com/pasosdeJesus/sip/blob/main/doc/convenciones.md#configuraci%C3%B3n-de-aplicac%C3%ADon-ruby-on-rails-en-variables-de-ambiente. Y pon especial atención a:
    • config/database.yml donde debes emplear las variables BD_USUARIO, BD_CLAVE, BD_DES, BD_PRUEBA y BD_PRO.
    • config/routes.rb y config/initializers/punto_montaje.rb donde debes emplear la variable RUTA_RELATIVA con el punto de montaje.
    • config/initializers/sip.rb donde debes emplear las variables SIP_RUTA_ANEXOS y SIP_RUTA_VOLCADOS.
    • config/application.rb donde debes emplear CONFIG_HOSTS, RUTA_RELATIVA, SIP_FORMATO_FECHA, SIP_RUTA_VOLCADOS, SIP_RUTA_ANEXOS y las de otros motores.
  • Si falta, agrega el archivo CONTRIBUTING.md referenciando el de sip https://github.com/pasosdeJesus/sip/blob/main/CONTRIBUTING.md, pero especificando lo particular de la aplicación (por lo menos primer usuario y clave en aplicacíon).
  • Prueba tu aplicación tan ampliamente como sea posible.
  • Empuja tus cambios al repositorio y después cambia la rama principal a main --puede ser con las instrucciones de https://www.git-tower.com/learn/git/faq/git-rename-master-to-main/. En el caso de github hay funcionalidad que lo facilita ahora. Desde la configuración en branches permite renombrar master por main con el ícono de un lapiz. Tras este cambio en los computadores donde se use el repositorio cambiar con:
git checkout master
git branch -m master main
git fetch origin
git branch -u origin/main main
git remote set-head origin -a
  • Y si se trata de un motor, en las aplicaciones que usen el motor debe agregarse branch: :main
Clone this wiki locally