Although the matching capability of that is awesome! That would be useful in Elixir if it didnāt already waste _ in numbers (instead it should have used ' as is more common).
@greyhwndz The main challenge is that umbrella apps are often used as a means to organise code and split domains/contexts and nobody can get this right the first time so it ends up being harder to refactor than it would have been if everything was in the same app.
Each app in the umbrella can have its own configuration and mix project which just adds more complexity without any benefit, unless youāre actually deploying it separately, and I havenāt seen this before in practice - maybe someone does it though.
I think most of cases are covered by :binary.encode_unsigned/1 and 0b literal you mentioned.
It has difference about heading 0s. 0b aligns the size as 8bit, ~b keeps its size.
Iām not sure weāll need to update it actually. We cover how to generate the release inside of a docker container and get that release out after it was built, so it should work however you get mix release
Weāve gotten a fair bit of interest in this post, so @oestrich is going to run Mondayās Twitch stream on it; heāll be showing how he deploys to Grapevine w/ Distillery and Docker. Catch it Monday Noon EDT at https://www.twitch.tv/smartlogictv if youāre interested!
I put together a new post in my āliterate commitsā style where I go about building the simplest possible Phoenix application from the ground up, one commit at a time.
Latest post from Eric over at the SmartLogic blog: āFollowing up on our last post about generating an Erlang release through Docker, letās talk about how we configure Distillery to generate the actual release. Here again Iām using the example of the scripts I use to deploy Grapevine, to give us a real example to look at.ā
No clue what a .DS_Store line is doing in your .gitignore file or what it is for? I donāt see it listed in any of my .gitignoreās that Iāve grabbed from a large variety of git projects. Should detail why it is there and what it has to do with Elixir?
Ah, yeah, system-specific junk files like the macos stuff should not go in project .gitignore files, thatās like the Windows icon cache file litter too which that post left out in that case. Should set that globally by putting it in a global gitignore file, like echo .DS_Store > ~/.gitignore_global and make sure git uses it as the global gitignore via git config --global core.excludesfile ~/.gitignore_global.
Hmm. I thought git respected a .gitignore in the home folder by default. I have a few things in there (TODO, .DS_Store) and donāt recall ever setting anything in the config.
Hmm, it wasnāt on any of my systemsā¦ Let me check the help file. ^.^;
core.excludesfile
In addition to .gitignore (per-directory) and .git/info/exclude , Git looks into this file for patterns of files which are not meant to be tracked. ā~/ā is expanded to the value of $HOME and ā~user/ā to the specified userās home directory. Its default value is $XDG_CONFIG_HOME/git/ignore. If $XDG_CONFIG_HOME is either not set or empty, $HOME/.config/git/ignore is used instead. See gitignore(5).
Ooo, Iām very sure it used to not have a default, but now apparently the default is $XDG_CONFIG_HOME/git/ignore falling back to $HOME/.config/git/ignore.