Pipenv: Pipfile.lock . से आवश्यकताएँ उत्पन्न करें

पिपेनव इसके लिए कोई रास्ता नहीं देता है, आप अन्य पाइपफाइल उपयोगिता पुस्तकालयों जैसे कि पाइपफाइल-आवश्यकताओं की तलाश कर सकते हैं

तुम दौड़ सकते हो

pipenv run pip freeze > requirements.txt

तुम दौड़ सकते हो

pipenv run pip freeze > requirements.txt

मैंने पहली पोस्ट में वर्कअराउंड के रूप में यही उल्लेख किया है।

लेकिन यह तभी काम करता है जब आपके पास आपका पिपेनव वातावरण सिंक्रनाइज़ हो (सभी पैकेज स्थापित हैं)।
Pipfile.lock से सीधे निर्भरता निकालना मेरे लिए अधिक सुविधाजनक है:

jq -r '.default
        | to_entries[]
        | .key + .value.version' \
    Pipfile.lock > requirements.txt

ब्लॉग भेजा
जेक्यू टूल

योग्य, मैंने पहले ही उस पुस्तकालय का उल्लेख किया है।

मैं, व्यक्तिगत रूप से, इसके लिए एक समर्पित पुस्तकालय रखना पसंद नहीं करता। साथ ही, इस बात की अधिक संभावना है कि टीम के किसी सदस्य के पास पहले से ही jq या कोई अन्य सामान्य प्रयोजन उपकरण स्थापित हो।

तुम दौड़ भी सकते हो

 pipenv lock --requirements > requirements.txt

यह आपकी अपेक्षा के अनुरूप काम नहीं करेगा, क्योंकि, जैसा कि मैंने लिखा है:

जब मैं pipenv lock -r चलाता हूं तो यह मौजूदा Pipfile.lock को अनदेखा करता है और फिर से लॉकिंग प्रक्रिया करता है।

दूसरे शब्दों में, यह एक अद्यतन करता है, जो संभावित रूप से एक वितरण को नष्ट कर सकता है। कल्पना कीजिए, आप requirements.txt उत्पन्न करते हैं जिसका उपयोग Dockerfile में एक docker छवि बनाने के लिए किया जाता है। स्थानीय रूप से आपका एप्लिकेशन काम करता है, लेकिन जब आप requirements.txt का उपयोग करके pipenv lock $ का उपयोग करते हैं, तो आवश्यकताएं असंगत या केवल टूटे हुए संस्करणों में अपडेट हो सकती हैं (उम्मीद है, यह एक दुर्लभ मामला है, हालांकि)। और इमेज को चलाने से पहले आपको यह पता नहीं चलेगा। इसलिए, आपको pipenv lock चलाने के बाद फिर से ऐप का परीक्षण करना होगा।

यदि आप jq का उपयोग नहीं करना चाहते हैं, तो pipenv sync (जो अद्यतन नहीं करता है) के साथ पहली पोस्ट में प्रस्तावित दृष्टिकोण का बेहतर उपयोग करें।

@Zebradil आपका jq oneliner दृष्टिकोण @frostming के अपने pipfile-requirements पैकेज (100+ लाइन पायथन कोड) की तुलना में बहुत आसान है क्योंकि मैंने पहले ही jq स्थापित कर लिया है, कोई अन्य निर्भरता नहीं है आवश्यक है, जो बहुत अच्छा है।

हालांकि, कुछ गिट के बाद मैंने pipenv lock --requirements आउटपुट और jq के बीच अंतर देखा जो Pipfile.lock फ़ाइल और प्रिंट के माध्यम से चमकता है:

• jq आउटपुट में पहली पंक्ति के रूप में -i https://pypi.org/simple नहीं है, जैसा कि pipenv lock --r हमेशा पहली पंक्ति के रूप में डालने के विपरीत है।
• jq आउटपुट में पैकेज के लिए एनोटेशन शामिल नहीं है। उदाहरण के लिए: pipenv lock --r आउटपुट में यह लाइन appnope==0.1.0 ; sys_platform == 'darwin' है, लेकिन jq आउटपुट में, यह appnope==0.1.0 है। एक अन्य उदाहरण pipenv lock -r pexpect==4.7.0 ; sys_platform != 'win32' $ उत्पन्न करता है जबकि jq pexpect==4.7.0 $ उत्पन्न करता है, यह सुनिश्चित नहीं है कि यह मायने रखता है या नहीं।
• आवश्यकताएं फ़ाइल पैकेज ऑर्डरिंग दो आउटपुट के बीच अलग है। jq जो संभावित रूप से Pipfile.lock फ़ाइल में पैकेज ऑर्डर लेता है, जो हमेशा अक्षर और वर्ण लंबाई में आरोही क्रम द्वारा क्रमबद्ध होता है, उदाहरण के लिए, flask flask-sqlalchemy के सामने है flask-XXXXX पैकेज, जबकि pipenv lock --r आउटपुट flask पीछे flask-sqlalchemy है, जो Pipfile.lock में ऑर्डर से अलग है। यह एक बड़ी झुंझलाहट है क्योंकि यह न्यूनतम git diff उत्पन्न नहीं करता है। मुझे लगता है कि यह pipenv में एक बग है।

हाय @ye , विधियों की अच्छी तुलना। यह लोगों को उनकी विशेष स्थिति के लिए उचित समाधान चुनने और चेतावनी से बचने में मदद कर सकता है।

हां, जैसा कि आपने कहा, प्रस्तावित दृष्टिकोण jq के साथ सीमित कार्यक्षमता है। एनोटेशन और पैकेज इंडेक्स यूआरएल जोड़ने के लिए इसे विस्तारित करना संभव है, लेकिन मुझे अभी इसकी कोई आवश्यकता नहीं है।

उत्पन्न आवश्यकताओं में अंतर होने से बचने के लिए। हर बार एक ही दृष्टिकोण का उपयोग करने पर विचार करना चाहिए। इसी तरह, विभिन्न कोड फ़ॉर्मेटिंग टूल का उपयोग करने से असंगत परिणाम हो सकते हैं। इसलिए, मुझे यहां कोई समस्या नहीं दिख रही है।

तुम दौड़ सकते हो

pipenv run pip freeze > requirements.txt

मैंने पहली पोस्ट में वर्कअराउंड के रूप में यही उल्लेख किया है।

लेकिन यह तभी काम करता है जब आपके पास आपका पिपेनव वातावरण सिंक्रनाइज़ हो (सभी पैकेज स्थापित हैं)।
Pipfile.lock से सीधे निर्भरता निकालना मेरे लिए अधिक सुविधाजनक है:

jq -r '.default
        | to_entries[]
        | .key + .value.version' \
    Pipfile.lock > requirements.txt

ब्लॉग भेजा
जेक्यू टूल

नमस्ते,

आपके समाधान के लिए धन्यवाद। मैं एक ही समस्या में भाग गया लेकिन मुझे pipenv lock -r द्वारा बनाए गए स्रोतों की परिभाषा की भी आवश्यकता है, यानी: -i, --extra-index-url। ऐसा इसलिए है क्योंकि मैं निजी स्रोतों के साथ काम करता हूं।

@Zebradil मुझे लगता है कि आपने इसका उल्लेख किया है।

इसलिए मैंने अजगर में अभी तक एक और न्यूनतम नो-डिपेंडेंसी स्क्रिप्ट बनाई है जिसमें वह कार्यक्षमता शामिल है। यह env vars का भी विस्तार करता है यदि आपने अपने स्रोतों को अपने Pipfile में इस तरह परिभाषित किया है।

अगर कोई देखना चाहता है तो मैं इसे यहाँ छोड़ दूँगा: https://gist.github.com/rcastil/dab85c234dd10fa7af56755116c75aee

यदि यह किसी और की मदद करता है, तो यहां परिणामों में हैश को शामिल करने का तरीका बताया गया है:

 jq --raw-output '.default | to_entries[] | .key + .value.version + (.value.hashes | map(" --hash=\(.)") | join(""))' Pipfile.lock

यह प्रविष्टियां बनाता है जैसे

paramiko==2.6.0 --hash=sha256:99f0179bdc176281d21961a003ffdb2ec369daac1a1007241f53374e376576cf --hash=sha256:f4b2edfa0d226b70bd4ca31ea7e389325990283da23465d572ed

जो pip हैश को लागू करता है।

यदि आप केवल उन आवश्यकताओं को शामिल करना चाहते हैं जो मूल आवश्यकता फ़ाइल में थीं (बशर्ते वे पहले से ही == के साथ एक विशिष्ट संस्करण में बंद थीं):

 jq --raw-output '.default | to_entries[] | .key + .value.version + (.value.hashes | map(" --hash=\(.)") | join(""))' Pipfile.lock | grep --file=<(grep --only-matching --perl-regexp '^.*(?===)' requirements.txt | tr '[:upper:]' '[:lower:]') > new.txt && mv new.txt requirements.txt

tr आवश्यक है क्योंकि require.txt फाइलों में मिश्रित केस पैकेज नाम हो सकते हैं लेकिन pipenv install -r requirements.txt उन्हें पिपफाइल में कम कर देता है।

यदि आप Pipfile (लॉक-फाइल नहीं) को आवश्यकताएँ.txt फ़ाइल में बदलना चाहते हैं, तो यहां एक छोटी पायथन लिपि है।

import configparser


def main():
    parser = configparser.ConfigParser()
    parser.read("Pipfile")

    packages = "packages"
    with open("requirements.txt", "w") as f:
        for key in parser[packages]:
            value = parser[packages][key]
            f.write(key + value.replace("\"", "") + "\n")


if __name__ == "__main__":
    main()

@frostming हाय, मैंने https://github.com/frostming/pipfile-requirements उपयोगी पाया लेकिन इसे pipenv में एकीकृत क्यों नहीं किया गया?

@linusguan उपकरण उन लोगों के लिए मौजूद है जो बड़ी पिपेनव लाइब्रेरी स्थापित नहीं करना चाहते हैं, जब आपने पिपेनव स्थापित किया है, तो आप pipenv lock -r का उपयोग कर सकते हैं

@frostming मुझे यह अन्य उपकरणों के साथ उपयोग के लिए काफी उपयोगी लगता है जो pipfile.lock का समर्थन नहीं करते हैं।
pipenv lock -r के साथ समस्या यह है कि यह pipfile.lock को अपडेट करता है इसलिए मैं इसका उपयोग अन्य उपकरणों के साथ नियतात्मक निर्माण के लिए नहीं कर सकता। pipenv lock -r --ignore-pipfile जैसा कुछ आदर्श होगा।

हैश के साथ Pipfile.lock फ़ाइल से आवश्यकताएँ.txt उत्पन्न करने के लिए अभी तक एक और अजगर स्क्रिप्ट है:

import os
import json

__dir__ = os.path.dirname(os.path.realpath(__file__))


def read_json_file(path):
    with open(path) as f:
        return json.load(f)


def main():
    root = read_json_file(os.path.join(__dir__, 'Pipfile.lock'))

    for name, pkg in root["default"].items():
        version = pkg["version"]
        sep = lambda i: "" if i == len(pkg["hashes"]) - 1 else " \\"
        hashes = [f'--hash={t}{sep(i)}' for i, t in enumerate(pkg["hashes"])]
        tail = '' if len(hashes) == 0 else f' {hashes[0]}'
        print(f'{name} {version}{tail}')
        for h in hashes[1:]:
            print(f'    {h}')


if __name__ == "__main__":
    main()

@ ज़ेब्रादिल धन्यवाद! आपका समाधान वास्तव में मेरे लिए काम करता है।

• मैं पहले jq टूल का उपयोग करके brew install jq स्थापित करता हूं
• फिर Pipfile.lock . से Pipfile.lock requirements.txt उत्पन्न करने के लिए अपनी स्क्रिप्ट का उपयोग किया

ऐसा लगता है कि इसे --keep-outdated ध्वज के साथ हल किया जा सकता है, या क्या मैं गलत हूं?

pipenv lock --keep-outdated -d -r > requirements.txt

पीएस यह हल करने के लिए एक कष्टप्रद वर्बोज़ ध्वज है

दुर्भाग्य से @jacobisaliveandwell --keep -outdated झंडा उप-निर्भरता को अद्यतन करने के लिए प्रकट होता है: https://github.com/pypa/pipenv/issues/3975

@paytonrules यह एक बग है, लेकिन ध्वज की भावना अभी भी इस मुद्दे का उत्तर है।

पीएस इसके लिए अंगूठे की जरूरत नहीं है :-(

बस यह उल्लेख करना चाहते हैं कि बताए गए कामकाज से मतभेद हैं:
pipenv run pip freeze केस-संवेदी पैकेज नाम लौटाता है (उदा. PyYAML )
pipenv lock --requirements सभी लोअर-केस पैकेज नाम लौटाता है (उदाहरण के लिए pyyaml )

@ Darkless012 आपको इसका वर्णन करते हुए एक और टिकट खोलना चाहिए, और इस मुद्दे को संबंधित के रूप में संदर्भित करना चाहिए।

शुद्ध बैश, सिर्फ पैकेज, और कुछ नहीं, अगर कोई jq स्थापित नहीं कर सकता है या नहीं करना चाहता है, तो बस अगर यह किसी की मदद करता है,

cat Pipfile.lock \
  | grep -B1 '"hashes"\|"version": ' \
  | grep -v '"markers": \|"hashes": ' \
  | grep ": {\|version" \
  | sed -e 's/: {$//g' \
  | tr '\n' ',' | tr -s ' ' ' ' \
  | sed -e 's/, "version": "//g;s/", "/ /g;s/"//g;s/,//g' \
  | tr ' ' '\n' \
| grep -v "^$" > requirements.txt

क्या ऐसा कुछ है जो हैश को पिपफाइल से आवश्यकताएँ.txt में कॉपी करता है (उदाहरण के लिए एक प्लेटफॉर्म str जैसा कुछ दिया गया है) ताकि pip install --require-hashes काम करे?

• https://pip.pypa.io/en/stable/reference/pip_install/#hash -checking-mode
• https://pip.pypa.io/en/stable/reference/pip_hash/

$ pip install --help
# ...
  --require-hashes            Require a hash to check each requirement against, for repeatable installs. This option is implied when any package in a
                              requirements file has a --hash option.

आप micropipenv का उपयोग कर सकते हैं जो Pipenv.lock (कविता.लॉक) फ़ाइलों को आवश्यकताएँ.txt (कच्ची आवश्यकताएँ। txt या pip-tools संगत) में परिवर्तित कर सकता है। देखें https://github.com/thoth-station/micropipenv/#micropipenv -requirements--micropipenv-req