Pipenv: अंतिम डिफ़ॉल्ट निर्भरता को स्थानीय और संपादन योग्य के रूप में चिह्नित किया जा रहा है

को निर्मित 1 अक्तू॰ 2020 · 9टिप्पणियाँ · स्रोत: pypa/pipenv

सामान्य मुद्दों के लिए निदान दस्तावेज़ की जाँच की। मैंने नीचे पुन: पेश करने के चरणों में अपने (संभवतः त्रुटिपूर्ण) वर्कफ़्लो को रेखांकित किया। मैं कुछ हफ़्ते के लिए अपने आप को दोषी ठहराते हुए इसके साथ इधर-उधर लड़खड़ा रहा हूं, और इसके लिए मैं-बग होना पसंद करेगा।

मुदे का विवरण

Pipfile.lock के डिफ़ॉल्ट अनुभाग में सूचीबद्ध अंतिम बाहरी पैकेज को गलत तरीके से स्थानीय और संपादन योग्य के रूप में चिह्नित किया जा रहा है

अपेक्षित परिणाम

पिछले बाहरी पैकेज को अभी भी पीपीआई से प्रदान किया गया है

वास्तविक परिणाम

मेरा Pipfile.lock इस अंतर को इसमें शामिल करता है, जो स्पष्ट कारणों के लिए CI और अन्य उपयोगकर्ताओं को तोड़ता है:

             "version": "==1.25.10"
         },
         "wrapt": {
-            "hashes": [
-                "sha256:b62ffa81fb85f4332a4f609cab4ac40709470da05643a082ec1eb88e6d9b97d7"
-            ],
-            "version": "==1.12.1"
+            "editable": true,
+            "path": "."
         }
     },
     "develop": {

दोहराने के लिए कदम

[[source]]
name = "pypi"
url = "https://pypi.org/simple"
verify_ssl = true

[dev-packages]
flake8 = "3.8.3"
pytest = "5.4.3"
pytest-cov = "2.10.0"
termcolor = "1.1.0"

[packages]
mycli = {editable = true, path = "."}

[requires]
python_version = "3.7"

(mycli के पास अजगर क्लिक करने और गैर-देवता निर्भरता को परिभाषित करने के लिए एक एंट्रीपॉइंट बनाने की सुविधा के लिए setup.py है)

परियोजना एक सीएलआई उपयोगिता है और हम रिपॉजिटरी को क्लोन करते हैं और इसके माध्यम से स्थापित करते हैं:
PIPENV_IGNORE_VIRTUALENVS=1 PIPENV_VENV_IN_PROJECT=1 pipenv install --deploy

एक नए निर्भरता को जोड़ने वाले डेवलपर के रूप में, मैं setup.py संपादित करता हूं और चलता हूं:
pipenv lock

यह एक Pipfile.lock फ़ाइल बनाता है जिसमें मेरा नया निर्भरता शामिल है, लेकिन यह भी एक विकृत अंतिम डिफ़ॉल्ट निर्भरता है (मेरे पास कई संकुल के साथ समस्या है जो उस स्थिति में वर्णमाला के अंत के पास हैं, विशेष रूप से wrapt और zipp )

मैं इस समस्या को हल करने और एक सही Pipfile.lock उत्पन्न करने में सक्षम हूँ:
rm -rf Pipfile.lock .venv
तथा
pipenv lock

मैं उद्देश्यपूर्ण रूप से pipenv --support आउटपुट को छोड़ रहा हूं क्योंकि मैं जिस एप्लिकेशन पर काम कर रहा हूं वह मालिकाना है और मुझे हमारे पर्यावरण (या हमारी सुरक्षा टीम को मुझ पर चिल्लाने का विवरण: हंसते हुए :) के बारे में चिंता है। यदि विशिष्ट स्निपेट हैं, तो मैं स्क्रब कर सकता हूं और प्रदान कर सकता हूं कि मुझे खुशी होगी, बस पूरी चीज को सामने से रगड़ना नहीं चाहता था।

फिर से पढ़ने के लिए धन्यवाद, आशा है कि मैं सिर्फ गूंगा हूं।
धन्यवाद!

Type Vendored Dependencies

स्रोत

gregflynn

👍3

सबसे उपयोगी टिप्पणी

जैसा कि @jmehnle और @patelamol ने टिप्पणी की है, मुझे इस मामले में अपने कुछ पैकेजों के साथ एक समान समस्या का सामना करना पड़ रहा है

       "zipp": {
            "editable": true,
            "path": "."
        },

मेरा समाधान मैन्युअल रूप से पिपलफाइल लॉक को संपादित करना था, जो कि नवीनतम संस्करण के लिए असुरक्षित / अस्वास्थ्यकर है

"zipp": {
            "hashes": [
                "sha256:43f4fa8d8bb313e65d8323a3952ef8756bf40f9a5c3ea7334be23ee4ec8278b6",
                "sha256:b52f22895f4cfce194bc8172f3819ee8de7540aa6d873535a8668b730b8b411f"
            ],
            "version": "==3.2.0"
        }

मुझे आश्चर्य है कि इस बगिफ्ट के साथ जल्द ही एक पिपेनव अपडेट आ रहा है

ch3ck 9 अक्तू॰ 2020

👍2

सभी 9 टिप्पणियाँ

@patelamol और मैं इसे pipenv 2020.08.13 के साथ पुन: पेश कर सकते हैं।

jmehnle 1 अक्तू॰ 2020

😕1 👍1

मैंने 2018.11.26 तक सभी नवीनतम संस्करण में इस बग का अनुभव किया। इसलिए 2018.11.26 पास यह समस्या नहीं है।

patelamol 2 अक्तू॰ 2020

👍2

       "zipp": {
            "editable": true,
            "path": "."
        },

"zipp": {
            "hashes": [
                "sha256:43f4fa8d8bb313e65d8323a3952ef8756bf40f9a5c3ea7334be23ee4ec8278b6",
                "sha256:b52f22895f4cfce194bc8172f3819ee8de7540aa6d873535a8668b730b8b411f"
            ],
            "version": "==3.2.0"
        }

मुझे आश्चर्य है कि इस बगिफ्ट के साथ जल्द ही एक पिपेनव अपडेट आ रहा है

ch3ck 9 अक्तू॰ 2020

👍2

@gregflynn @patelamol तो क्या यह मुद्दा मास्टर शाखा में मौजूद है? मैं दिए गए चरणों के साथ पुन: पेश नहीं कर सकता

frostming 27 अक्तू॰ 2020

@gregflynn @patelamol तो क्या यह मुद्दा मास्टर शाखा में मौजूद है? मैं दिए गए चरणों के साथ पुन: पेश नहीं कर सकता

निश्चित रूप से! मैंने पहले गीथब से पाइपेनव नहीं चलाया है और आरईएडएमई में निर्देश नहीं देखा है, इसलिए मैं चरणों के बारे में क्रिया करूंगा:

git क्लोन किया गया
pyenv virtualenv 3.7.9 pipenv && pyenv local pipenv && pip install -e .
सत्यापन:
`` `
$ पिपेनव - विसर्जन
पिपेनव, संस्करण 2020.8.13

$ ~/.pyenv/versions/pipenv/bin/pipenv --version 
pipenv, version 2020.8.13.dev0
```

2020.8.13 के साथ एक नया आयोजन किया गया
मेरे setup.py में stockquotes == 2.0.0 जोड़ा गया
~/.pyenv/versions/pipenv/bin/pipenv lock भागा
कोई पासा नहीं, त्रुटि को देखकर

         "wrapt": {
-            "hashes": [
-                "sha256:b62ffa81fb85f4332a4f609cab4ac40709470da05643a082ec1eb88e6d9b97d7"
-            ],
-            "version": "==1.12.1"
+            "editable": true,
+            "path": "."
         }
     },

@frostming सुझाव के लिए धन्यवाद और एक नज़र लेने के लिए, और अधिक परीक्षण करने के लिए खुश है या अगर मैं भटक गया हूं तो इस परीक्षण को सही कर सकता हूं।

gregflynn 27 अक्तू॰ 2020

@ समूहन

2020.8.13 के साथ एक नया आयोजन किया गया

क्या बग को पुन: उत्पन्न करने के लिए यह कदम महत्वपूर्ण है? मैं मास्टर पिपेनव के साथ बनाता हूं और पुन: पेश नहीं कर सकता। यदि संभव हो तो एक docker छवि बहुत मदद करेगी

frostming 28 अक्तू॰ 2020

@ शब्दचित्र
2020.8.13 के साथ एक नया आयोजन किया गया
क्या बग को पुन: उत्पन्न करने के लिए यह कदम महत्वपूर्ण है? मैं मास्टर पिपेनव के साथ बनाता हूं और पुन: पेश नहीं कर सकता। यदि संभव हो तो एक docker छवि बहुत मदद करेगी

अच्छी नज़र लेकिन मैंने निम्नलिखित बदलाव किए और अभी भी नवीनतम मास्टर संस्करण के साथ पुन: पेश करने में सक्षम था। चरण 4 के लिए मैंने अपनी इंस्टॉल स्क्रिप्ट अपडेट की:

-PIPENV_IGNORE_VIRTUALENVS=1 PIPENV_VENV_IN_PROJECT=1 pipenv install --deploy
+PIPENV_IGNORE_VIRTUALENVS=1 PIPENV_VENV_IN_PROJECT=1 $HOME/.pyenv/versions/pipenv/bin/pipenv install --deploy

और अभी भी मिला:

         "wrapt": {
-            "hashes": [
-                "sha256:b62ffa81fb85f4332a4f609cab4ac40709470da05643a082ec1eb88e6d9b97d7"
-            ],
-            "version": "==1.12.1"
+            "editable": true,
+            "path": "."
         }
     },

अधिक चीजों की कोशिश करने के लिए खुश! धन्यवाद

gregflynn 28 अक्तू॰ 2020

ओह, मैं इसे पुन: पेश करने में कामयाब रहा! मैंने ध्यान नहीं दिया कि महत्वपूर्ण कारक VENV_IN_PROJECT है।

frostming 29 अक्तू॰ 2020

ओह, मैं इसे पुन: पेश करने में कामयाब रहा! मैंने ध्यान नहीं दिया कि महत्वपूर्ण कारक VENV_IN_PROJECT है।

: उठाया_हैंड्स: बहुत अच्छी खबर है! खेद है कि मैंने आपको एक डॉकरीफाइल देने की उपेक्षा की, मेरे पहले पढ़ने में वह नोट छूट गया

gregflynn 29 अक्तू॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स