bulky-beach-80168
03/03/2026, 6:57 AMpytest, moto). But some of my tests import pytest, so I'm getting warnings about unowned imports.
• Does that even make sense as a general approach? Should I keep such packages in the resolve of each package?
• Should I explicitly ignore such imports in each test file that it occurs?
• Is there a better way of managing this?some-insurance-58590
03/03/2026, 8:46 PMpytest, pytest-asyncio, etc.) inside that single resolve, plus all our regular dependencies
• package our app with Pants/PEX
Because we're using Pants/PEX to package:
• our final packaged apps only include what they import
• our test dependencies like pytest don't get packaged in to our final apps (because we don't import pytest anywhere in app code)happy-kitchen-89482
03/04/2026, 4:37 AMbulky-beach-80168
03/04/2026, 6:36 AMMultiple resolves are useful when different parts of the codebase have conflicting requirements. Is that your case?For now we can potentially get away by using a single resolve for both parts. But what would be the way forward if packages A and B are incompatible for a common resolve? • have pytest + plugins in both resolves? • pytest has the option
install_from_resolve in pants.toml , what to do with that?
Thank you both for the feedback 🙇stale-twilight-79248
03/04/2026, 2:50 PM