https://github.com/rapidpro/rapidpro
RapidPro allows organizations to visually build scalable interactive messaging applications.
https://github.com/rapidpro/rapidpro
Last synced: 12 months ago
JSON representation
RapidPro allows organizations to visually build scalable interactive messaging applications.
- Host: GitHub
- URL: https://github.com/rapidpro/rapidpro
- Owner: rapidpro
- License: other
- Created: 2014-11-24T19:32:48.000Z (over 11 years ago)
- Default Branch: main
- Last Pushed: 2025-04-01T13:22:06.000Z (about 1 year ago)
- Last Synced: 2025-04-01T14:29:12.632Z (about 1 year ago)
- Language: Python
- Homepage:
- Size: 265 MB
- Stars: 873
- Watchers: 67
- Forks: 391
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- Changelog: CHANGELOG.md
- License: LICENSE
- Code of conduct: CODE_OF_CONDUCT.md
Awesome Lists containing this project
- awesome-github-projects - rapidpro - RapidPro allows organizations to visually build scalable interactive messaging applications. ⭐901 `Python` 🔥 (⚙️ Backend & APIs)
- citizen-science - RapidPro - An open-source platform for building scalable applications that users can interact with via SMS. (Software / Publishing , Collaboration and Organization)
README
# RapidPro
[](https://github.com/rapidpro/rapidpro/actions?query=workflow%3ACI)
[](https://codecov.io/gh/rapidpro/rapidpro)
RapidPro is a platform for visually building interactive messaging applications.
To learn more, please visit the project site at http://rapidpro.github.io/rapidpro.
### Stable Versions
The set of versions that make up the latest stable release are:
* [RapidPro 8.0.1](https://github.com/rapidpro/rapidpro/releases/tag/v8.0.1)
* [Mailroom 8.0.0](https://github.com/rapidpro/mailroom/releases/tag/v8.0.0)
* [Courier 8.0.2](https://github.com/nyaruka/courier/releases/tag/v8.0.2)
* [Archiver 8.0.0](https://github.com/nyaruka/rp-archiver/releases/tag/v8.0.0)
* [Indexer 8.0.0](https://github.com/nyaruka/rp-indexer/releases/tag/v8.0.0)
### Versioning
Major releases are made every 6 months on a set schedule. We target January as a major release (e.g. `9.0.0`), then
July as the stable dot release (e.g. `9.2.0`). Unstable releases (i.e. *development* versions) have odd minor versions
(e.g. `9.1.*`, `9.3.*`). Generally we recommend staying on stable releases.
To upgrade from one stable release to the next, you must first install and run the migrations
for the latest stable release you are on, then every stable release afterwards. For example if you're upgrading from
`7.4` to `8.0`, you need to upgrade to `7.4.2` before upgrading to `8.0`
Generally we only do bug fixes (patch releases) on stable releases for the first two weeks after we put
out that release. After that you either have to wait for the next stable release or take your chances with an unstable
release.