<p>pip फ़्रीज़ जनरेटिंग प्रारूप जिसे pip install -r . द्वारा गलत तरीके से पार्स किया गया है</p>

को निर्मित 15 सित॰ 2014 · 3टिप्पणियाँ · स्रोत: pypa/pip

मेरे पास मेरे पाइप फ्रीज आउटपुट में लाइनें हैं जैसे:

-e [email protected]:widgets.git@3bdaf7d07c44a87c38beb1e8abd163a7edf99adc#egg=widgets
-e [email protected]:[email protected]#egg=gadgets

जब pip install -r requirements.txt का उपयोग करके इंस्टॉल करने का समय आता है तो ऐसा प्रतीत होता है कि पाइप गलत तरीके से example.com:[email protected] को git रिपॉजिटरी के पूर्ण URL के रूप में पहचानता है जब यह वास्तव में example.com:gadgets.git होना चाहिए और फिर इसे होना चाहिए 3bda...99adc प्रतिबद्ध देखें।

अगर मैं पाइप फ्रीज आउटपुट का उपयोग करके स्थापित करने का प्रयास करता हूं, उदाहरण के लिए

pip install -e [email protected]:[email protected]#egg=gadgets

मुझे समान त्रुटि मिली।

यह सब पाइप 1.5.4 . का उपयोग कर रहा है

freeze vcs awaiting PR auto-locked bug

स्रोत

JordanReiter

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

ध्यान दें कि निम्नलिखित परिवर्तनों के साथ यह ठीक से काम करता है:

pip install -e [email protected]:/path/to/project/[email protected]#egg=project

या

pip install -e [email protected]:project.git#egg=project

हालांकि बाद में, यह स्पष्ट रूप से केवल वर्तमान प्रतिबद्धता को खींचेगा, न कि 3bdaf में निर्दिष्ट ...

इसके अलावा, जिन कारणों से मैं थाह नहीं लेता, यह _does_ जीथब के अनुरोधों के लिए काम करता है।

अर्थात्,

pip install -e [email protected]:JordanReiter/[email protected]#egg=github_project

काम करता है।

JordanReiter 15 सित॰ 2014

यह #6293 के समान है। पार्सर (stdlib के आधार पर urlsplit समस्याओं URL का पथ भाग की पहचान की है जब यह नहीं होता है / सब पर है, और के बाद पूरी बात की पहचान + के रूप में netloc । रेव के बिना संस्करण पूरी तरह से दुर्घटना से काम करता है क्योंकि netloc और path बाद में वापस जुड़ गए और गिट को पास कर दिया गया (जो स्वचालित रूप से सही काम करता है)।

#6293 में चर्चा एससीपी-शैली यूआरएल समर्थन को पूरी तरह से छोड़ने के पक्ष में प्रतीत होती है, इसलिए यहां बेहतर समाधान pip freeze बजाय git+ssh:// यूआरएल को थूकने के लिए होगा।