We've had a few issues where building a new image for our release has upgraded the Erlang/OTP version automatically because the Elixir images only specify the Erlang major version.
Which means minor and patch version upgrades happen automatically.
The most recent time this has bitten us was yesterday. According to the Erlang bug board [1,2] and Elixir + Erlang Slack groups, others have also been affected.
One option is to give consumers more flexibility in terms of version constraints.
For example, tags can use a convention such as this which locks on an OTP minor version, giving more control on when to upgrade, while allowing patches to come through.
We've had a few issues where building a new image for our release has upgraded the Erlang/OTP version automatically because the Elixir images only specify the Erlang major version.
For example, the Elixir 1.7 image has
Which means minor and patch version upgrades happen automatically.
The most recent time this has bitten us was yesterday. According to the Erlang bug board [1,2] and Elixir + Erlang Slack groups, others have also been affected.
One option is to give consumers more flexibility in terms of version constraints.
For example, tags can use a convention such as this which locks on an OTP minor version, giving more control on when to upgrade, while allowing patches to come through.
What do you think about the proposal?