2021-02-25 11:40:08 +01:00
|
|
|
# Maintained branches
|
|
|
|
|
|
|
|
At any point in time, we have a number of maintained branches consisting of:
|
|
|
|
|
2021-03-16 12:04:44 +01:00
|
|
|
- The [`development`](https://github.com/ARMmbed/mbedtls/tree/development) branch:
|
|
|
|
this is where new features land,
|
|
|
|
as well as bug fixes and security fixes.
|
|
|
|
- One or more long-time support (LTS) branches:
|
|
|
|
these only get bug fixes and security fixes.
|
2021-02-25 11:40:08 +01:00
|
|
|
|
|
|
|
We use [Semantic Versioning](https://semver.org/). In particular, we maintain
|
|
|
|
API compatibility in the development branch between major version changes. We
|
|
|
|
also maintain ABI compatibility within LTS branches; see the next section for
|
|
|
|
details.
|
|
|
|
|
|
|
|
## Backwards Compatibility
|
|
|
|
|
2021-03-16 12:04:44 +01:00
|
|
|
We maintain API compatibility in released versions of Mbed TLS. If you have
|
|
|
|
code that's working and secure with Mbed TLS x.y.z and does not rely on
|
|
|
|
undocumented features, then you should be able to re-compile it without
|
|
|
|
modification with any later release x.y'.z' with the same major version
|
|
|
|
number, and your code will still build, be secure, and work.
|
|
|
|
|
|
|
|
There are rare exceptions: code that was relying on something that became
|
|
|
|
insecure in the meantime (for example, crypto that was found to be weak) may
|
|
|
|
need to be changed. In case security comes in conflict with backwards
|
|
|
|
compatibility, we will put security first, but always attempt to provide a
|
|
|
|
compatibility option.
|
2021-02-25 11:40:08 +01:00
|
|
|
|
|
|
|
For the LTS branches, additionally we try very hard to also maintain ABI
|
|
|
|
compatibility (same definition as API except with re-linking instead of
|
|
|
|
re-compiling) and to avoid any increase in code size or RAM usage, or in the
|
|
|
|
minimum version of tools needed to build the code. The only exception, as
|
|
|
|
before, is in case those goals would conflict with fixing a security issue, we
|
|
|
|
will put security first but provide a compatibility option. (So far we never
|
|
|
|
had to break ABI compatibility in an LTS branch, but we occasionally had to
|
|
|
|
increase code size for a security fix.)
|
|
|
|
|
2021-02-25 12:34:58 +01:00
|
|
|
For contributors, see the [Backwards Compatibility section of
|
|
|
|
CONTRIBUTING](CONTRIBUTING.md#cackwords-compatibility).
|
|
|
|
|
|
|
|
## Current Branches
|
2021-02-25 11:40:08 +01:00
|
|
|
|
|
|
|
The following branches are currently maintained:
|
|
|
|
|
2021-03-16 12:04:44 +01:00
|
|
|
- [`development`](https://github.com/ARMmbed/mbedtls/)
|
|
|
|
- [`mbedtls-2.16`](https://github.com/ARMmbed/mbedtls/tree/mbedtls-2.16)
|
2021-02-25 12:34:58 +01:00
|
|
|
maintained until at least the end of 2021, see
|
2021-02-25 11:40:08 +01:00
|
|
|
<https://tls.mbed.org/tech-updates/blog/announcing-lts-branch-mbedtls-2.16>
|
2021-02-25 12:34:58 +01:00
|
|
|
- [mbedtls-2.7](https://github.com/ARMmbed/mbedtls/tree/mbedtls-2.7) - end of life in March 2021!
|
2021-02-25 11:40:08 +01:00
|
|
|
|
|
|
|
Users are urged to always use the latest version of a maintained branch.
|