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
As of pipenv 2022.7.4, this now fails to lock, with an error that looks like:
pipenv.patched.notpip._internal.exceptions.InstallationSubprocessError: git clone --filter=blob:none 'ssh://****@github.com/mycomp/ourrepo.git@release/v318' /var/folders/jh/0_l94d8n51n2gjzt_5l8mv8r0000gq/T/requirementslib-3i6fm8qz-src/our_package exited with 128
If you look closely, you see that the @release/v318 is included in the clone command, which it should not be.
It worked as of 2022.6.7
Here is my analysis, though I'm not entirely sure of the correct solution. It seems to involve an upstream change to requirementslib. If this is so, I'm happy to open an issue there as well.
* Make split ref test data driven
This makes it cleaner to add additional test cases.
* Add failing test case for VCS with ref and user
See pypa/pipenv#5179
* Fix handling non-file-like uris with @ signs
* Add news issue
Issue description
We use private modules installed in editable mode per the docs that reference a specific git tag. An example entry in our
Pipfile
:As of pipenv 2022.7.4, this now fails to lock, with an error that looks like:
If you look closely, you see that the
@release/v318
is included in the clone command, which it should not be.It worked as of 2022.6.7
Here is my analysis, though I'm not entirely sure of the correct solution. It seems to involve an upstream change to requirementslib. If this is so, I'm happy to open an issue there as well.
2022.6.7
2022.7.4
The problem is possibly more apparent when you look at
Requirement.from_line
:2022.6.7
2022.7.4
Sorry for not following the normal issue format, but I hope the above analysis is still clear.
I'm happy to provide more information, and I'm also happy to open an issue (+ a PR) on the requirementslib side.
The text was updated successfully, but these errors were encountered: