Skip to content

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

Vladimir Támara Patiño edited this page Feb 5, 2021 · 38 revisions
  • La rama principal ya no es master sino main
  • La configuración para arrancar la aplicación ya no se hace copiando varios archivos plantilla sino que se hace mediante variables de ambiente que se centralizan en .env y que se manejan con dotenv en modos de desarrollo y prueba y pasando las variables explicitas desde el sistema operativo en modo de producción (en todo caso debe copiarse .env.plantilla en .env).

Para convertir un motor o aplicación a las nuevas convenciones

  • En el Gemfile cambia
    • la rama de sip (y 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
  • 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 deben emplearse las variables BD_USUARIO, BD_CLAVE, BD_DES, BD_PRUEBA y BD_PRO.
    • config/routes.rb y config/initializers/punto_montaje.rb donde debe emplearse la variable RUTA_RELATIVA con el punto de montaje.
    • config/initializers/sip.rb donde deben emplearse las variables SIP_RUTA_ANEXOS y SIP_RUTA_VOLCADOS.
    • config/application.rb donde deben emplearse CONFIG_HOSTS, SIP_FORMATO_FECHA 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. 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. 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
  • Y si se trata de un motor en las aplicaciones que usen el motor debe agregarse branch: :main
Clone this wiki locally