Third Party Monitoring Module
  • Third Party Monitoring Module Documentation
  • INTRODUCTION
    • Glossary / Terminology
    • FAQ
    • Releases / Changelog*
    • Report an Issue / Contact us
  • PRODUCT / END-USER DOCUMENTATION
    • Overview
      • User rights and permissions
    • Third Party Monitoring Module Navigation
    • Overall User Interface
    • Third Party Monitors section
      • List of Third Party Monitors
      • TPM partner details screen
    • List of Visits section
      • List of Visits
      • Visit details
      • Statuses and corresponding actions
        • Draft
        • Assigned
        • TPM Accepted
        • TPM Rejected
        • Cancelled
        • TPM Reported
        • Sent Back to TPM
        • UNICEF Approved
      • Emails notifications flow
    • TPM workflow
  • TECHNICAL DOCUMENTATION
    • Architecture
    • Development Setup
    • Deployment / DevOps
    • Backend Module structure
    • Data Model
    • Fixtures & management commands
    • API Documentation
      • Error Handling
    • Synchronization with VISION
    • Permissions framework
    • FSM Transitions conditions
    • FSM Transitions in view
    • API Metadata
    • Serializer Mixins
    • Model Mixins
    • Tests
    • Attachments
    • Email links & Tokens Authorization
    • Frontend
      • Module structure
      • Build process
      • Tests
Powered by GitBook
On this page
  1. TECHNICAL DOCUMENTATION

Deployment / DevOps

PreviousDevelopment SetupNextBackend Module structure

Last updated 6 years ago

From a development standpoint we follow the standard git flow doing Pull Requests (PR's) for changes, code review and then merging to develop (the integration branch for testing / staging environments) and master (stable) branches.

Once the code has been merged to the develop/master, it is automatically deployed to the staging/production using the following tooling/flow:

CI is done in CircleCI where images are built and tests are run. CircleCI then pushes the various images to the Docker Hub, which is then automatically picked up by the appropriate "stack" in the Docker Cloud.

Periodically during deployment update of core data & permissions is required. For more information please check .

related section