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
So prod/requirements.txt and staging/requirements.txt both point to prod_envs/requirements.txt. We wanted staging and prod to have the same versions, so we symlinked them to the same file.
What happened was pyup-bot created a commit like this:
pyup-bot incorrectly updates a symlink instead of the actual file (see
pyupio/pyup#360) causing the symlink to break.
As a workaround, just configure pyup to not update those files.
pyup-bot incorrectly updates a symlink instead of the actual file (see
pyupio/pyup#360) causing the symlink to break.
As a workaround, just configure pyup to not update those files.
We enabled pyup on one of our repositories that have
requirements.txt
that are symlinks. It looks something like this:So
prod/requirements.txt
andstaging/requirements.txt
both point toprod_envs/requirements.txt
. We wanted staging and prod to have the same versions, so we symlinked them to the same file.What happened was pyup-bot created a commit like this:
So it's creating a symlink to
Jinja2==2.10.1\nurllib3==1.25.3\n
and of course that's invalid.I expect pyup-bot to only update
prod_envs/requirements.txt
.(As a workaround, I think I'll configure the bot to not update those symlinked requirements.txt... 🤔)
The text was updated successfully, but these errors were encountered: