In a requirements-*.in file, at the top of the file, are lines with -c and -r flags followed by a requirements-*.in file. Uses relative paths (ignoring URLs).

Say have docs/requirements-pip-tools.in

-r ../requirements/requirements-prod.in
-c ../requirements/requirements-pins-base.in
-c ../requirements/requirements-pins-cffi.in

...

The intent is compiling this would produce docs/requirements-pip-tool.txt

But there is confusion as to which flag to use. It's non-obvious.

constraint

Subset of requirements features. Intended to restrict package versions. Does not necessarily (might not) install the package!

Does not support:

editable mode (-e)
extras (e.g. coverage[toml])

Personal preference

always organize requirements files in folder(s)
don't prefix requirements files with requirements-, just doing it here
DRY principle applies; split out constraints which are shared.

you are viewing a single comment's thread
view the rest of the comments

[–] spoonbill 1 points 9 hours ago (1 children)

Here is another prediction: the volume of that bet would be nowhere near where it needs to be to make the bet interesting.

Disagree? Create the bet yourself and prove me wrong.

[–] logging_strict 1 points 53 minutes ago

Strategy --> deflection

Involve other people, not yourself; reframe the discussion.

So your predictions are worthless cuz you are unwilling to take on any risk.

Coding involves risk and those willing to take on risk. A gambling man you are not!

Can throw shade and FUD around all day long everyday without consequence or care. Cuz u offer nor put any skin in the game.

Just empty words like a secretary giving a language skill assessment.

So if i said, i see ghosts and dragons and can shit rainbows out of my butt, you'd be too weak to call the bluff.