You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We want to minimize the amount of BUILD file boilerplate that is necessary to adopt Pants. In cases where we can figure out what the right thing to do is, we should do that even without corresponding BUILD file structures.
A big part of this involves inferring dependencies where possible, e.g., by analyzing import statements in .py files.
These inferred dependencies naturally exist at the file level (that is, they express a dependency of a single file on another single file). So it makes sense to be able to model dependencies at that level, instead of/as well as at the target level.
Having file-level deps allows us to have "implicit targets" at the file level. So, for example, if the user enters ./pants binary path/to/main.py we can act as-if there's a corresponding python_binary target, even if there isn't one.
The text was updated successfully, but these errors were encountered:
We want to minimize the amount of BUILD file boilerplate that is necessary to adopt Pants. In cases where we can figure out what the right thing to do is, we should do that even without corresponding BUILD file structures.
A big part of this involves inferring dependencies where possible, e.g., by analyzing import statements in .py files.
These inferred dependencies naturally exist at the file level (that is, they express a dependency of a single file on another single file). So it makes sense to be able to model dependencies at that level, instead of/as well as at the target level.
Having file-level deps allows us to have "implicit targets" at the file level. So, for example, if the user enters
./pants binary path/to/main.py
we can act as-if there's a corresponding python_binary target, even if there isn't one.The text was updated successfully, but these errors were encountered: