Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings
Discussion options

To have faster tests in our CI run, we would need something like a requirements lock file.
See also this issue: #1618

What is the communities opinion on those "package managers"? (are they called like that?)

Is it cool or not, will this be the standard in the future or just a waste of time? Let's talk!

You must be logged in to vote

Replies: 2 comments · 2 replies

Comment options

a library shouldn't have a lock file -- you want to know as soon as possible when your dependencies break things. lock files are for applications

You must be logged in to vote
2 replies
@antonpirker
Comment options

I meant just for caching the virtual environments that are used for running our tests.
I think we just would need to create a lock file while running CI so we can calculate a cache from that lock file, so if then a new versions of something in the lock file is released between two test runs, the cached virtualenv for running the tests in is invalidated and created anew

@asottile-sentry
Comment options

yes that's what I mean -- if you have a lock file for tests then you aren't going to be testing the latest versions -- you'll be testing the locked versions

Comment options

A few years ago I had the great pleasure of giving up using vanilla pip in favor of pipenv - it was super, I couldn't be happier! Working with dependencies in the project became very pleasant and systematic. After a couple of years, pipenv stopped making me happy because of bugs (no ability to update one particular library, instead it updates all of them) and very low performance (dependency resolution and locking libraries versions takes VERY long), so a one year ago I decided it was time to switch to poetry - and, you know, since then I have never regretted my decision once. So, in my opinion, intelligent dependencies managers are the future, and they already have huge benefits.
The proof of this I believe is as follows:
https://peps.python.org/pep-0517/
https://peps.python.org/pep-0518/
https://peps.python.org/pep-0680/

You must be logged in to vote
0 replies
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
3 participants
Morty Proxy This is a proxified and sanitized view of the page, visit original site.