FPII-2286: Dynamically compute the offset compensation

Compute the offset compensation based on the current calibration and
on the values read.
Re-factor the app globally and bump version number to 2.0 (20099).

Change-Id: Ic43456ae85b72f76804767fd54111cc22191d5b3
36 files changed
tree: 2d4dad3c937659e4e2d0d1fb40f454f35062c840
  1. app/
  2. gradle/
  3. .gitignore
  4. Android.mk
  5. build.gradle
  6. gradle.properties
  7. gradlew
  8. gradlew.bat
  9. README.md
  10. settings.gradle
README.md

The app version (a.k.a Version Code) is based on the following scheme:

  • Major version number
  • Minor version number
  • Release status number (snapshot/release candidate/public release)

The rules are as follow:

  • The major version uses two digits
  • The minor version uses two digits
  • The release status uses two digits
  • The major version should be bumped when introducing new features
  • The minor version should be bumped whenever there is a (simple/hot) fix
  • The release status must be 0 while developing (snapshot)
  • The release status must be in [1;98] while testing releases (release candidate)
  • The release status must be 99 for a public release

The readable app version (a.k.a Version Name) is based on the app version with the following schemes:

  • Snapshots are named after .-SNAPSHOT
  • Release candidates are named after .-RC
  • Public releases are named after .

TODO: implement an automatic translation from app version to readable app version TODO: implement an automatic version bumping task when pushing/merging/integrating features/fixes