缺少elixir appup文件时,mix release失败

时间:2015-11-25 20:27:14

标签: elixir exrm

我有一个用elixir / phoenix编写的简单网站。 我今天做了一些改动,并希望将其部署到生产中。

我推动了我的仓库,将其拉到了生产服务器上,然后用以下内容构建了一个版本:

MIX_ENV=prod mix release

它失败了...... 所以我用--verbosity=verbose再次运行它,它失败了:

silent])===> Provider (relup) failed with: {error,
   {rlx_prv_relup,
   {relup_script_generation_error,
   systools_relup,
   {file_problem,
   {"/home/herman/alive/rel/alive/lib/elixir-1.1.1/ebin/elixir.appup",
     {error,
       {open,
        "/home/herman/alive/rel/alive/lib/elixir-1.1.1/ebin/elixir.appup",
    enoent}}}}}}}

任何人都知道如何解决这个问题?

当前版本0.0.6在elixir 1.1.0下运行,新版本0.0.7,1.1.1。

my mix.exs:

defmodule Alive.Mixfile do
  use Mix.Project

  def project do
    [app: :alive,
     version: "0.0.7",
     elixir: "~> 1.0",
     elixirc_paths: elixirc_paths(Mix.env),
     compilers: [:phoenix] ++ Mix.compilers,
     build_embedded: Mix.env == :prod,
     start_permanent: Mix.env == :prod,
     deps: deps]
  end

  # Configuration for the OTP application
  #
  # Type `mix help compile.app` for more information
  def application do
    [mod: {Alive, []},
   applications: [
     :phoenix,
     :phoenix_html,
     :cowboy,
     :logger,
     :phoenix_ecto,
     :timex,
     :mariaex]
   ]
  end

  # Specifies which paths to compile per environment
  defp elixirc_paths(:test), do: ["lib", "web", "test/support"]
  defp elixirc_paths(_),     do: ["lib", "web"]

  # Specifies your project dependencies
  #
  # Type `mix help deps` for examples and options
  defp deps do
    [{:phoenix, "~> 1.0.1"},
     {:phoenix_ecto, "~> 1.1"},
     {:mariaex, ">= 0.0.0"},
     {:phoenix_html, "~> 2.1"},
     {:phoenix_live_reload, "~> 1.0", only: :dev},
     {:cowboy, "~> 1.0"},
     {:timex, ">= 0.0.0"},
     {:exrm, "~> 0.19.9"},
     {:rebar3_hex, ">= 0.0.0"},
     {:plug_forwarded_peer, "~> 0.0.2" }
   ]
  end
end

1 个答案:

答案 0 :(得分:2)

看起来你正试图在版本中使用热代码加载。这是一个很棒的功能,但是如果你想更新你正在运行的Elixir版本之类的东西,它会非常复杂。

对于简单的情况,生成的应用程序很好,但对于更复杂的应用程序,它可能严重缺乏。主要问题是更新正在运行的进程,更改状态,升级ets表等。您需要考虑您的应用程序以及所有依赖项。编写和测试正确的升级(和降级)指令可能非常耗时。有时它是值得的,但我会说在大多数情况下,传统的滚动版本(以保证正常运行时间)可能是一个更简单和直接的解决方案 - 足够好。

就我个人而言,我正在使用生产中的版本,而不是热门代码加载部分,完全是出于上述原因。