package goal creates an artifact that can be deployed or distributed.
Benefit of Pants: artifacts only include your true dependencies
Because Pants understands the dependencies of your code, and the dependencies of those dependencies, the generated artifact will only include the exact code needed for your package to work. This results in smaller, more focused packages.
The exact type of artifact depends on the type of target the goal is invoked on.
You can run
./pants package :: to build all artifacts in your project. Pants will filter to only the relevant targets.
Use built packages in integration tests
You can depend on a package target in your
python_teststarget through the
runtime_package_dependenciesfield. Pants will run the equivalent of
./pants packagebeforehand and copy the built artifact into the test's chroot. See test for more imformation.
package on a
pex_binary target will create an executable PEX file.
The PEX file will contain all the code needed to run the binary, namely:
- All Python code and resources the binary transitively depends on.
- The resolved 3rd-party Python dependencies (sdists, eggs and wheels) of all targets the binary transitively depends on.
The PEX metadata will include:
- The entry point specified by the
- The intersection of all interpreter constraints applicable to the code in the Pex.
When defining a
pex_binary target, you must either specify the
sources field or the
sources field only:
python_library( name="lib", # See the below warning about dependency inference for why we do this. sources=["*.py", "!main.py"], ) pex_binary( name="app", sources=["main.py"], # `entry_point` defaults to 'helloworld.main'. We can still # manually set the field if we want, even if `sources` is set. )
Approach #2, explicit
python_library(name="lib") pex_binary( name="app", # We can also set to `helloworld.main:my_func`. entry_point="helloworld.main:my_func", # Because there are no sources, Pants cannot infer dependencies. dependencies=[":lib"], )
entry_point shorthand, which requires the
python_library( name="lib", # See the below warning about dependency inference for why we do this. sources=["*.py", "!main.py"], ) pex_binary( name="app", sources=["main.py"], # Pants will expand this to `helloworld.main:my_func`. entry_point=":my_func", )
sourcesfield can cause issues with dependency inference
If >1 target "owns" the same file, then Pants will not use dependency inference for imports of that file, as Pants cannot disambiguate which you want to use.
By default, a
python_library()target will include your binary's source file, so you must be careful to override the
sourcesfield for any
python_librarytarget in the same BUILD file.
Bad, because both
python_library(name="lib") pex_binary(name="app", sources=["main.py"])
python_library(name="app", sources=["*.py", "!main.py"]) pex_binary(name="app", sources=["main.py"])
You can run
./pants list path/to/app.pyto see which targets "own" that file, and to confirm there is only one owner.
./pants help pex_binary for advanced options.
PEX files may be platform-specific
If your code's requirements include distributions that include native code, then the resulting PEX file will only run on the platform it was built on.
However, if all native code requirements are available as wheels for the target platform, then you can cross-build a PEX file on a different source platform by specifying the
platformsfield on the
Tip: inspect the
.pexfile is simply a ZIP file, you can use the Unix tool
unzipto inspect the contents. For example, run
unzip -l dist/app.pexto see all file members.
$ ./pants package helloworld/main.py 17:36:42 [INFO] Wrote dist/helloworld/helloworld.pex
We can also build the same Pex by using the address of the
python_binary target, as described here.
$ ./pants package helloworld:app 17:36:42 [INFO] Wrote dist/helloworld/helloworld.pex
package on a
python_distribution target will create a standard setuptools-style Python distribution, such as an sdist or a wheel. See Building Distributions for details.
See Resources and archives for how to create a zip or tar file with built binaries and/or loose files in it. This is often useful when you want to create a PEX binary using the
pex_binary target, and bundle it with some loose config files.
If you have the
pants.backend.awslambda.python backend enabled, then you can use the
package goal to build AWS Lambdas. See AWS Lambda for more details.
Updated 9 days ago