AndyL
It looks like Elixir 1.9 Releases are a subset of Distillery. (Is that right?)
When should someone use Elixir 1.9 Releases vs Distillery?
Are the two approaches mutually exclusive? Are there situations where you would want to use both toolsets?
Trending in Questions
Hey guys,
I’ve got a huge CSV ( around 10 GB ) that needs to be processed hourly
Do you guys have any suggestions what is the best prac...
New
Hello!
Could someone please give me a help/sample code, how to delete a file from s3 using waffle/waffle_ecto from Phoenix app.
I creat...
New
I have what I’ve heard referred to as a “lookup table” in my database. This is a way of assigning codes to common values. One common lo...
New
What approach to take when sending live updates to “random” users Hi! I have a question, I have a little chat app, and when I create a DM...
New
I’m seeing that a list inside a Kino.DataTable will be interpreted as a charlist, even if the Kino.configure() is set to charlists: :as_l...
New
Anyone here using Honeybadger?
My Honeybadger account is being overwhelmed with noise from some bots. Seeing a lot of
Bandit.HTTPError...
New
Hi, I’ve just set up an application with ash_authentication. There is only magic link strategy for now, so there is no confirmation add o...
New
Other Trending Topics
I am happy to introduce the very α version of the new programming language compiled to BEAM.
Welcome Cure.
It has literally three kille...
New
Hobbes is a low-level distributed database for the Elixir programming language.
Hobbes provides a simple, safe, and scalable storage lay...
New
ExRatatui lets you cook up rich terminal UIs in Elixir, powered by Rust’s ratatui via Rustler NIFs. Build interactive terminal applicatio...
New
Hello everyone. After busy few months I am happy to announce v0.1.0 of Emerge & Solve.
They are GUI (Emerge) and State management (S...
New
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
There are three potential reasons for members of this forum to have a look at https://vutuv.de
You are tired or annoyed of LinkedIn.
Yo...
New
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixir-ls
- #ai
- #elixirconf-us
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming










Showing Posts 1 to 2- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
LostKobrakai
Elixir releases are a subset of distillery that’s correct. Currently there’s a bunch of overlap in functionality, as distillery basically had/has to do all the stuff elixir releases do. Especially as it’s still used for elixir <1.9 projects. Distillery also does more than elixir core releases. Most notably is the support for hot code updates in distillery.
As for when to use which: If you’re on elixir 1.9 (possibly without distillery already) I’d use core releases unless you need features only distillery provides. I’ve also heard people in slack note that elixir releases seem smaller than distillery ones, but I cannot confirm that, but might be worth looking into if file size is a concern.
I’d not try to mix them, as they are similar, but also very different: e.g. the cli in
bin/is completely different. Instead of changing distillery though I’d rather hope that distillery’s functionality will over time be extracted in (possibly smaller, more purpose build) new libraries, which hook into core releases using the:stepsconfiguration available. I’m not sure how well this is possible for e.g. hot updates, but I’d expect adding things like build hooks or custom cli commands should be possible this way.hubertlepicki
You want one or another, I think. I was sort of forced to switch to 1.9 releases because stumbled upon bugs with distillery + erlang + elixir in most recent versons. Which is a recurring pattern, and something to expect from external library.
Elixir releases are now internal part of Elixir, which means the chances are they won’t break as much on updating as distillery did. There’s absolutely no blame on distillery side, it’s just that carrying about multiple Elixir versions is obviously more difficult than carrying about one single current Elixir version. So the code base is in several places overcomplicated / bug prone because of that requirement, I suppose.
I was pleasantly surprised with the migration. I am very happy with how runtime config is handled. I kind of miss deploy hooks not being there but easy to work around, and probably for the best.
So in the long run, I think Elixir releases are the way to go for pretty much everyone. I suspect there’ll be a way to extend them with tools built on top of them, rather than distillery soon, so if you need some of the missing functionality you’ll be able to add it this way.