-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathappup.ex
More file actions
43 lines (42 loc) · 1.62 KB
/
Copy pathappup.ex
File metadata and controls
43 lines (42 loc) · 1.62 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
# Application upgrade instructions (OTP appup), in Elixir form.
# The :appup compiler (Forecastle) evaluates this file and writes
# `docshare.appup` into the release's ebin so relups can be generated.
#
# Format: {NewVsn, [{FromVsn, UpInstructions}], [{FromVsn, DownInstructions}]}
# Versions are charlists and MUST match the `version:` in mix.exs.
#
# For each release you hot-upgrade, bump this to the new version and describe
# how to get there from the previous one. Common instructions:
#
# {:update, MyMod, {:advanced, []}} -> stateful process; calls code_change/3
# {:load_module, MyMod} -> stateless module; just reload it
# {:add_module, MyMod} -> brand new module
# {:delete_module, MyMod} -> removed module
#
# `mix castle.relup` can usually infer simple module loads for you; you mainly
# hand-write entries for GenServers/LiveViews that hold state.
#
# Example for the next release, e.g. 0.2.0 upgrading from 0.1.0. Versions are
# charlists; the data block below uses the ~c sigil, but this example avoids it
# so the auto-bump pre-commit hook only rewrites the real version entries:
#
# {'0.2.0',
# [{'0.1.0', [{:load_module, DocshareWeb.DocumentLive.Show}]}],
# [{'0.1.0', [{:load_module, DocshareWeb.DocumentLive.Show}]}]}
{~c"0.1.5",
[
{~c"0.1.4",
[
{:load_module, DocshareWeb.Layouts},
{:load_module, DocshareWeb.PageHTML},
{:load_module, DocshareWeb.DocumentLive.Show}
]}
],
[
{~c"0.1.4",
[
{:load_module, DocshareWeb.Layouts},
{:load_module, DocshareWeb.PageHTML},
{:load_module, DocshareWeb.DocumentLive.Show}
]}
]}