Invoking pants in CI #20899
-
|
It is often desirable to write CI scripts in a "real programming language" like Python. Obviously, those scripts live in our monorepo, and at that point they might as well have access to all the other Python libraries in the repo, meaning they should be managed by Pants. Since they are typically simple scripts, we tend to invoke them in CI with Pants, like this: Since these are CI scripts, they often need answers to questions about the code in the repo. Fortunately, Pants has helpful introspection features, and so these scripts often invoke Pants' introspection commands. Now, you effectively have Pants invoking Pants! And of course Pants only likes one instance of Pants running at any given time, though we can set concurrent to Does anything about this pattern seem weird to you? E.g. would it be better to create Python packages for these CI tools, build them, and then invoke them from the |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
|
I think there is precedent for this in Pants's own CI, e.g., https://github.com/pantsbuild/pants/blob/73d41b4c9935d18a2aa94c3bff6d8f99e0cc0dcb/src/python/pants_release/release.py However note that you do lose the advantage of pantsd on that inner invocation. |
Beta Was this translation helpful? Give feedback.
-
|
Interesting. Okay, good to know that there isn't a better pattern that we are missing. |
Beta Was this translation helpful? Give feedback.
I think there is precedent for this in Pants's own CI, e.g., https://github.com/pantsbuild/pants/blob/73d41b4c9935d18a2aa94c3bff6d8f99e0cc0dcb/src/python/pants_release/release.py
However note that you do lose the advantage of pantsd on that inner invocation.