Mix v1.2.6 Mix.Project
Defines and manipulate Mix projects.
In order to configure Mix, a developer needs to use
Mix.Project
in a module and define a function named
project
that returns a keyword list with configuration.
defmodule MyApp do
use Mix.Project
def project do
[app: :my_app,
version: "0.6.0"]
end
end
After being defined, the configuration for this project can be read
as Mix.Project.config/0
. Notice that config/0
won’t fail if a
project is not defined; this allows many Mix tasks to work
without a project.
In case the developer needs a project or wants to access a special
function in the project, the developer can call Mix.Project.get!/0
which fails with Mix.NoProjectError
in case a project is not
defined.
Erlang projects
Mix can be used to manage Erlang projects that don’t have any Elixir code. To
ensure Mix tasks work correctly for an Erlang project, language: :erlang
has to be added to project
.
The setting also makes sure Elixir is not added as a dependency to the
generated .app file or to the escript generated with mix escript.build
,
etc.
Summary
Functions
Returns the application path inside the build
Returns the build path for this project
Builds the project structure for the current application
Compiles the given project
Returns the paths this project compiles to
Returns the project configuration
Returns a list of project configuration files for this project
Returns the path to store dependencies for this project
Returns the full path of all dependencies as a map
Ensures the project structure exists
Retrieves the current project if there is one
Runs the given fun
inside the given project
Returns all load paths for this project
The path to store manifests
Returns true
if project is an umbrella project
Functions
Returns the application path inside the build.
The returned path will be expanded.
Examples
Mix.Project.app_path
#=> "/path/to/project/_build/shared/lib/app"
Returns the build path for this project.
The returned path will be expanded.
Examples
Mix.Project.build_path
#=> "/path/to/project/_build/shared"
If :build_per_environment is set to true
(the default), it
will create a new build per environment:
Mix.env
#=> :dev
Mix.Project.build_path
#=> "/path/to/project/_build/dev"
Builds the project structure for the current application.
Options
:symlink_ebin
- symlink ebin instead of copying it
Compiles the given project.
It will run the compile task unless the project
is in build embedded mode, which may fail as a
explicit command to mix compile
is required.
Returns the paths this project compiles to.
The returned path will be expanded.
Examples
Mix.Project.compile_path
#=> "/path/to/project/_build/shared/lib/app/ebin"
Returns the project configuration.
If there is no project defined, it still returns a keyword list with default values. This allows many Mix tasks to work without the need for an underlying project.
Note this configuration is cached once the project is pushed into the stack. Calling it multiple times won’t cause it to be recomputed.
Do not use Mix.Project.config/0
to rely on runtime configuration.
Use it only to configure aspects of your project (like
compilation directories) and not your application runtime.
Returns a list of project configuration files for this project.
This function is usually used in compilation tasks to trigger a full recompilation whenever such configuration files change.
By default it includes the mix.exs file, the lock manifest and
all config files in the config
directory.
Returns the path to store dependencies for this project.
The returned path will be expanded.
Examples
Mix.Project.deps_path
#=> "/path/to/project/deps"
Returns the full path of all dependencies as a map.
Examples
Mix.Project.deps_paths
#=> %{foo: "deps/foo", bar: "custom/path/dep"}
Ensures the project structure exists.
In case it does exist, it is a no-op. Otherwise, it is built.
Retrieves the current project if there is one.
Otherwise nil
is returned. It may happen in cases
there is no mixfile in the current directory.
If you expect a project to be defined, i.e. it is a
requirement of the current task, you should call
get!/0
instead.
Same as get/0
, but raises an exception if there is no current project.
This is usually called by tasks that need additional
functions on the project to be defined. Since such
tasks usually depend on a project being defined, this
function raises Mix.NoProjectError
in case no project
is available.
Runs the given fun
inside the given project.
This function changes the current working directory and loads the project at the given directory onto the project stack.
A post_config
can be passed that will be merged into
the project configuration.
fun
is called with the Mixfile
of the given project as
its argument. The return value of this function is the return
value of fun
.
Examples
Mix.Project.in_project :my_app, "/path/to/my_app", fn mixfile ->
"Mixfile is: #{inspect mixfile}"
end
#=> "Mixfile is: MyApp.Mixfile"
Returns all load paths for this project.
The path to store manifests.
By default they are stored in the app path inside the build directory. Umbrella applications have the manifest path set to the root of the build directory. Directories may be changed in future releases.
The returned path will be expanded.
Examples
Mix.Project.manifest_path
#=> "/path/to/project/_build/shared/lib/app"