Skip to content


The project was created with Flask and SQLAlchemy. All sources are located inside the ProdManager folder.

Key Technical Skills


  • deploy: Manifests, configuration and other resources to deploy ProdManager
  • tests: Unitaries tests
  • docker: Resources for building the container image
  • migrations: Database migrations scripts
  • ProdManager: Sources of the application
  • models: Resource definitions
  • routes: Flask views and WTForms forms
  • templates: Jinja2 templates
  • static: Images, CSS or Javascript files
  • helpers: Ali baba cave for function and utils
  • filters: Jinja2 for templates
  • integrations: Third party integrations source code

Can I create a merge request ?

Yes, you can.

Also, please don't rush or ask for ETA, because I have to understand the merge request, make sure it is no breaking changes and stick to my vision of this project, especially for large merge requests.

I will mark your merge request in the milestones, if I am plan to review and merge it.

✅ Accept:

  • Bug/Security fix

⚠️ Discussion required

  • New features
  • Large merge requests

❌ Won't Merge

  • Do not pass auto test
  • Any breaking changes
  • Duplicated merge request
  • Buggy
  • Existing logic is completely modified or deleted for no reason
  • A function that is completely out of scope see Project vision

Before deep into coding, discussion first is preferred. Creating an empty merge request for discussion would be recommended.

  1. Fork the project
  2. Clone your fork repo to local
  3. Create a new branch
  4. Create an empty commit git commit -m "[empty commit] merge request for <YOUR TASK NAME>" --allow-empty
  5. Push to your fork repo
  6. Create a merge request
  7. Write a proper description
  8. Click "Change to draft"
  9. Engage a discussion

Project Styles

I personally do not like something need to learn so much and need to config so much before you can finally start the app.

  • Easy to install for non-Docker users, no native build dependency is needed (at least for x86_64), no extra config, no extra effort to get it run
  • Single container for Docker users, no very complex docker-compose file. Just map the volume and expose the port, then good to go
  • Easy to use
  • The web UI styling should be consistent and nice.

Coding Styles

  • 2 spaces indentation

Name convention

  • Function and methods : underscore_type
  • Classes : PascalCaseType


  • Python >= 3.8
  • PostgreSQL >= 10
  • Git

Install dependencies

make install-dev
make install

Dev Server

(2022-04-26 Update)

We can start the application server in one command.

Port 8080 will be used.

make run-dev


It binds to by default.

It is mainly a Flask app served by Gunicorn.

Flask is used for :

  • entry point such as redirecting to pages or the dashboards
  • serving the frontend built files (index.html, .js and .css etc.)
  • serving internal APIs

Database Migration

  1. Generate new migration file : make database-migration
  2. Upgrade your local instance to test : make database-upgrade
  3. Edit the name and if need the content of the newly created migration file in migrations/

Unit Test

Test are made using pytest and flask-unit framework and run with :

make test

API rate limit Tests

A Redis instance is required for API rate limit tests. If not found, tests are skipped.

If you have Docker on your local computer :

docker container run \
  --publish 6379:6379 \
  --detach \
  --name prod-manager-redis \

Also the Redis connection string used during tests can be overwritten with : TEST_REDIS_HOSTNAME and TEST_REDIS_PORT

Visual identity


Icons should be downloaded only from Flaticon UIcons library with the regular and straight setting in svg format.

Icons must be placed in ProdManager/templates/icons folder.

Thoses attributes should be added to the svg block :

  • class='icon'
  • id=<ICON_NAME>

Any header or unecessaire block should be removed.

SVG should implement the SVG/symbol model to use with the SVG/use keywork.

Example :

  <symbol id="about" viewBox="0 0 24 24">
    <path d="M12,24A12,12,0,1,1,24,12,12.013,12.013,0,0,1,12,24ZM12,2A10,10,0,1,0,22,12,10.011,10.011,0,0,0,12,2Z"/>
    <path d="M14,19H12V12H10V10h2a2,2,0,0,1,2,2Z"/>
    <circle cx="12" cy="6.5" r="1.5"/>

New icons

New icons should be loaded in the icons library ProdManager/templates/icons/all.html.


To include an icon in template, you need to use only the icon macro like :

{{ icon('dashboard') }}

Code snippet in resource description

In resource description, the user can put code using "fenced-code" that will by formated and colored : - Fenced-code extention - Code highligh extention

Code highlinting theme is generated with pygmentize with the following command :

pygmentize -S default -f html -a .codehilite > ProdManager/static/css/codehilite.css
The default theme is used, but other can be found in Pygments the style section


The application has multilang support. This means that every string printed to the final user (except log output) should sould support translation.

Add a new supported language

  • Create a new YAML file in the translation folder with language code as file name (en for English, fr for Frensh, ...)
  • Duplicate the content of the default language file : en
  • Make your traduction

Notes: If your traduction file doesn't implement a traduction string, the value of the default language (en) will be displayed

Add new strings

When you are developping the application, you may encouter the need to display new text to the end user. In order to make that text translatable, you need to add the following abstraction :

In Jinja2 template

You need to use the _ function like so :

<h1>{{ _("my_new_title_value") }}</h1

In this example my_new_title_value is the translation key.

In python code

You need to import the lang manager in you file and use the lang.get() function like so :

from ProdManager import lang

def do_something():
  return lang.get("my_new_text_value")

In this example my_new_text_value is the translation key.

Translation keys

When adding new text, you need to provide the human readable text of the translation key in the default language file en (see Translation)

If you don't provided translation in the default language a placeholder will be displayed like __missing_translation_<translation_key>


APIs are automatically generated if a view is declared with the /api route prefix : See ProdManager/

To ensure that routes are accessible through webUI and API, ProdManager.helpers.template.custom_render_template must be used with a json attribute like :

  return custom_render_template("monitor/list.html",
  ), 200

OpenID Connect authentication

OpenID developer documentation


When updating existing APIs or creating new, API documentation and OpenAPI definition should be update.

OpenApi specification can be found here.

OpenAPI definition version is independant of the application version. ProdManager can be in version 0.13.0 and API in version 0.2.0.

Swagger UI

Swagger UI dist file are copied from Swagger UI Github repository and paster in ProdManager static folder

Release Procedures

  1. Update the file
  2. Merge from develop branch to master
  3. Tag the latest commit of the master branch with the version number
  4. Wait for CI/CD pipeline to succeed
  5. Create a Release from the GitLab UI containing the content of the file

Performance review

To make sure that the feature/bugfix you are working on has good performance, you can use the profiling features.

First, start the application with profiling enabled :

PM_PROFILING=True make run-dev

Then use snakeviz to review the data :

make show-profiling


Documentation is build with MkDocs and MkDocs material. Documentations files are stored in the docs folder. Some other files are links to files outside of the docs folder :,, ...

Test in local :

make doc-dev