Pip: प्रक्रिया-निर्भरता-लिंक की स्थिति?

स्थिति यह है कि हम इससे छुटकारा पाना चाहते हैं, इसे हटा दिया गया है, लेकिन एक किनारे का मामला है जिसे अभी भी इसकी आवश्यकता है कि हम तब तक सहज नहीं हैं जब तक कि कोई प्रतिस्थापन न हो।

यदि इसे बहिष्कृत किया गया है, तो उपयोग करने के लिए प्रतिस्थापन क्या है जब एक पैकेज किसी अन्य पैकेज पर निर्भर करता है जो एक निजी गिट रेपो में है?

@dstufft मेरे पास एक ही सवाल है। यदि इसे बहिष्कृत कर दिया गया है, तो क्या कोई प्रस्तावित विकल्प है जिसका लोगों को उपयोग करना चाहिए?

@dstufft मेरे पास @ahnitz जैसा ही प्रश्न है, प्रस्तावित विकल्प क्या है?

मैं कहूंगा कि https://www.python.org/dev/peps/pep-0508/

क्या यह पहले से ही pip/setuptools के लिए लागू किया गया है? यदि नहीं, तो इसके लिए कोई कार्यक्रम?

@ linar-jether https://github.com/pypa/pip/issues/3609

आवश्यकताओं का उपयोग करें। txt

निजी गिट रेपो से खींचने के वैकल्पिक विकल्प उपयोग करने के लिए काफी बोझिल हैं। --प्रोसेस-निर्भरता-लिंक्स सुविधा को हटाने के लिए यह बहुत पागल लगता है क्योंकि यह पहले से ही ऑप्ट-इन है। यह (दुख की बात है) एक और उदाहरण की तरह लगता है कि क्यों पाइथन पैकेज/निर्भरता प्रबंधन अन्य आधुनिक भाषाओं की तुलना में ऐसा यहूदी बस्ती है ...

तो, यहां मुख्य मुद्दा है: अगर मैं requirements.txt फ़ाइल का उपयोग नहीं करना चाहता (क्योंकि, कहें, मुझे setup.cfg में निर्दिष्ट सभी घोषणात्मक निर्भरताएं चाहिए), मुझे कैसे निर्दिष्ट करना चाहिए a निर्भरता के रूप में यूआरएल?

यह काम नहीं करता है:

[options]
install_requires = 
  requests==2.18.4
  https://github.com/example/example_lib/archive/master.zip

मुझे यह भी लगता है कि निर्भरता लिंक अजीब और छोड़ने के लिए ठीक हैं, लेकिन कैनन के अनुसार यह उपयोग केस कैसे परोसा जाता है यदि उनके साथ नहीं?

इसके अलावा, मान लें कि आपके निर्भरता लिंक एक _internal_ स्रोत से हैं, जैसे कंपनी एंटरप्राइज़ गिटहब इंस्टेंस। अगर मैं एक आंतरिक पायथन पैकेज लिख रहा हूं जो अन्य आंतरिक पायथन पैकेजों पर निर्भर करता है, तो उनके निर्भरता लिंक को सीधे setup.py या requirements.txt में निर्दिष्ट करना मेरे लिए एक अनिवार्य विशेषता है। इसके बिना, pip पूरी तरह से अनुपयोगी होगा।

वर्तमान में कुछ आंतरिक परियोजनाओं में, इसका अर्थ है कि मैं _cannot_ उपयोग आवश्यकताएँ.txt, क्योंकि इसमें निर्भरता लिंक के लिए उचित समर्थन का अभाव है। इस प्रकार, मुझे setup.py में install_requires का उपयोग करने के लिए मजबूर होना पड़ता है।

मूल रूप से, एक पायथन पैकेज निर्भरता एक ऐसी चीज है जो कहीं से भी आ सकती है। यदि कोई उपकरण मुझे प्रत्येक व्यक्तिगत पैकेज के लिए विशिष्ट स्थानों को स्पष्ट करने की अनुमति नहीं देता है, तो वह उपकरण कार्यात्मक रूप से पैकेज प्रबंधन उपकरण नहीं है। इस अर्थ में, यदि पाइप निर्भरता लिंक को पदावनत करने के साथ आगे बढ़ता है, तो पाइप किसी प्रकार का उपकरण बन जाएगा जो पैकेज प्रबंधन उपकरण नहीं है।

इससे भी अधिक, पैकेजों (विभिन्न स्रोत नियंत्रण स्रोतों, कोंडा व्यंजनों) का वर्णन और प्रबंधन करने के तरीकों की बढ़ती बहुलता के साथ प्रासंगिक बने रहने के लिए, पाइप को _extending_ सुविधाएँ और निर्भरता लिंक के लिए समर्थन और इस प्रकार के उपयोग के मामले के लिए _adding_ अधिक सुविधाएँ होनी चाहिए, उन्हें नहीं लेना चाहिए उन्हें दूर या सीमित करना।

पीईपी ५०८ का एक उदाहरण है कि यूआरएल आधारित आवश्यकताओं को कैसे निर्धारित किया जाए... https://www.python.org/dev/peps/pep-0508/#examples

pip @ https://github.com/pypa/pip/archive/1.3.1.zip#sha1=da9234ee9982d4bbb3c72346a6de940a148ea686

इसके लिए समर्थन पिप १० के एक भाग के रूप में आएगा; #4175 के रूप में विलय हो गया है।

तो अब हमें क्या करना चाहिए? मैं एक पाइप निर्भरता के रूप में एक गिट रेपो कैसे निर्दिष्ट करूं (set_requires in setup.py)? उदाहरण के लिए जब किसी प्रोजेक्ट ने अपने pypy पैकेज को अपडेट नहीं किया है, लेकिन जीथब पर कोड काम करता है !?

यदि आपके पास किसी विशिष्ट sdist के लिए एक URL है जिसे आप स्थापित करना चाहते हैं, तो उस sdist के URL लिंक का उपयोग करें (लेकिन स्पष्ट होने के लिए, यह एक स्थिर URL होना चाहिए जिसमें एक विशिष्ट संस्करण हो - "मास्टर" की ओर इशारा करने से काम नहीं चलेगा चूंकि मास्टर अपडेट होने पर पीआईपी जान सकता है कि कोई रास्ता नहीं है)।

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

भावी पीढ़ी के लिए, जीथब के साथ

    install_requires = [
        'somerepo @ https://api.github.com/repos/User/somerepo/tarball/v0.1.1',
    ],

भावी पीढ़ी के लिए, जीथब के साथ

    install_requires = [
        'somerepo @ https://api.github.com/repos/User/somerepo/tarball/v0.1.1',
    ],

पागल, लेकिन यह एक आकर्षण की तरह काम करता है, भले ही आप जो लिंक प्रदान कर रहे हैं वह जीथब पर न हो।

दुर्भाग्य से "install_requires" हैक मुख्य कारण के लिए बेकार है क्योंकि लोग इसका उपयोग करना चाहते हैं- निजी भंडारों के लिए।

इस थ्रेड को स्वचालित रूप से लॉक कर दिया गया है क्योंकि इसे बंद करने के बाद हाल ही में कोई गतिविधि नहीं हुई है। कृपया संबंधित बग के लिए एक नया मुद्दा खोलें।