Global Forest Watch (GFW) es un sistema dinámico de monitoreo y alerta de bosques en línea que faculta a las personas en todas partes para manejar mejor los bosques. Este repositorio contiene la aplicación web GFW.

La aplicación web GFW está construida con NextJS, React y Redux.
Clon el repositorio:
$ git clone https://github.com/wri/gfw.gitInstalación de dependencias:
$ yarn Copie el .env.sample a .env.local e inicie el servidor:
$ yarn devLa aplicación ahora debería estar accesible en http://0.0.0.0:3000.
Seguimos un GitFlow Worklow para el desarrollo y la implementación.
Fusionamos las solicitudes de extracción en develop , que se implementa automáticamente tanto en los servidores de puesta en escena como de preproducción. Para lanzar las características en la producción, nos fusionamos develop en master , lo que provoca una implementación automática en la producción.
Usamos Heroku para implementar nuestras aplicaciones. La producción se implementa automáticamente de master a GlobalForestWatch.org.
Tenemos dos entornos de puesta en escena: puesta en escena y preproducción. Ambos se implementan automáticamente desde develop .
La principal diferencia es que la estadificación apunta a los entornos de estadificación de las API que accedemos, puntos de preproducción a los de producción. Esto se establece mediante la variable NEXT_PUBLIC_FEATURE_ENV Env.
También utilizamos la función de aplicaciones de revisión de Heroku.
Cuando se crea una solicitud de extracción, Heroku implementa una aplicación de revisión automáticamente con un NEXT_PUBLIC_FEATURE_ENV de preproduction , y se agrega automáticamente un enlace al entorno a la solicitud de extracción respectiva.
Estamos utilizando las versiones de GitHub para registrar cambios en la aplicación. Para ayudarnos a administrar esto, estamos utilizando las versiones de ZEIT, un paquete NPM para manejar las versiones de GitHub, etiquetar compromisos (mayores, menores, parche) y automatizar registros de lanzamiento semántico. Para una explicación más detallada de los cambios de cambios semánticos, vea esta publicación.
Cuando se desarrolla, puede etiquetar sus compromisos de la siguiente manera: fix some excellent bug (patch) donde patch puede estar (major/minor/patch/ignore) . Este título de confirmación se agrupará automáticamente en la sección correcta para la versión. De lo contrario, se le solicitará durante la versión que asigne (o ignore) cada uno de sus compromisos. Tendrás que hacer esto por cada compromiso, ¡así que no olvides aplastar!
Entonces, ¿cómo haces un lanzamiento en GFW?
npx release [type] donde el tipo puede ser major , minor , patch o pre (consulte los documentos de ZEIT para obtener más detalles). Las capas de mapas y los conjuntos de datos relevantes se almacenan en RW-API y globalforestwatch.org/map utiliza el gerente de capa para que los represente.
El esquema utilizado para diseñar estas capas, sus leyendas y definir sus interacciones son específicos para la plataforma global de vigilancia forestal .
Al crear o modificar capas/conjuntos de datos para GFW, siga el esquema y la sintaxis descritos en el archivo de reducción de documentación API.
Para ver las capas y conjuntos de datos específicos de GFW, use el siguiente punto final:
https://api.resourcewatch.org/v1/dataset?app=gfw&includes=layer,vocabulary,metadata&page[sizefont>=200
Utilizamos Browserstack para encontrar y solucionar problemas de navegador cruzado.