Pipenv: यदि उपलब्ध हो तो वर्चुअलएन्व के बजाय वेनव का प्रयोग करें

मुझे ऐसा नहीं लगता, मैं व्यक्तिगत रूप से वर्चुअलएन्व कमांड का उपयोग करना पसंद करता हूं

हो सकता है कि दोनों विकल्पों को सह-अस्तित्व में बनाना संभव हो? स्रोत के माध्यम से आकस्मिक रूप से ब्राउज़ करने से मुझे वर्चुअलएन्व के साथ विशेष रूप से कुछ भी नहीं दिखता है, सिवाय इसके कि env बनाने के लिए उपयोग की जाने वाली कमांड को छोड़कर। Virtualenv हमेशा डिफ़ॉल्ट हो सकता है, लेकिन उपयोगकर्ता (उदाहरण के लिए) --venv कर सकता है .venv के लिए python3 -m venv बजाय virtualenv ।

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

मैं @kennethreitz से यहां अपनी टिप्पणी पर पुनर्विचार करने का आग्रह करता हूं। वर्चुअलएन्व के बजाय हूं और आजकल केवल हूं ।

@bulletmark अब जब पिपेनव लगभग सभी वर्चुअलएन्व प्रबंधन को प्यू को सौंपता है तो इसे स्विच करना और भी मुश्किल है, लेकिन प्यू के लिए venv का समर्थन करने की योजना है (बर्डारियो/प्यू # 67) इसलिए अभी भी मौका है। यदि प्यू इसे काम कर सकता है तो पिपेनव में venv समर्थन को लागू करने के लिए यह बहुत आसान होगा (और कम से कम मुझे और अधिक समझ में आता है)।

@uranusjr बहुत अच्छा लगता है!

मैंने व्यक्तिगत रूप से कभी भी venv उपयोग नहीं किया है, इसलिए इसके प्रति मेरी आशंका है। मुझे यकीन है कि यह अच्छा है, हालांकि।

चीजें ठीक काम कर रही हैं, अभी। जो चीजें टूटी नहीं हैं उन्हें बदलने की जरूरत नहीं है।

मैं अंत में इस सूत्र क्योंकि मेरे प्रणाली टूट गया है पाया।

यदि आप Python 3.X में virtualenv साथ एक वातावरण बनाते हैं, और फिर Python 3.Y में अपग्रेड करते हैं, तो virtualenv टूट जाता है क्योंकि आप जानते हैं कि अब साझा पुस्तकालयों को Python की आवश्यकता है। venv का उपयोग करके आप बस python3 -m venv --upgrade चला सकते हैं।

यह एक अच्छी सुविधा होगी।

यह निश्चित रूप से अच्छा होगा और पायथन की दिशा के साथ इनलाइन महसूस करता है

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

यदि पिपेनव पायथन का भविष्य है, तो इसे पायथन 3 पर वेनव का उपयोग करने के लिए डिफ़ॉल्ट होना चाहिए (और इसका उपयोग न करने पर चेतावनी दें)। यह पायथन 3 में बनाया गया है, और यह अनुशंसित उपकरण है। यह बहुत अजीब है कि पिपेनव भी अब एक अनुशंसित उपकरण है लेकिन यह वेनव का उपयोग नहीं करता है।

पायथन का हिस्सा होने की प्रकृति से venv के पास पायथन के आंतरिक भाग तक पहुंच है, जिसका अर्थ है कि यह बहुत कम हैक्स के साथ चीजों को सही तरीके से कर सकता है। उदाहरण के लिए, वर्चुअलएन्व को पाइथन दुभाषिया बाइनरी को वर्चुअल वातावरण में कॉपी करना पड़ता है ताकि यह सोच सके कि यह अलग है, जबकि वेनव केवल एक कॉन्फ़िगरेशन फ़ाइल का उपयोग कर सकता है जिसे पाइथन बाइनरी द्वारा अपने सामान्य स्थान पर पढ़ा जाता है ताकि यह पता चल सके कि यह कार्य करना है जैसे यह एक आभासी वातावरण में है। इसलिए पायथन डेवलपर्स के आशीर्वाद और समर्थन के साथ, वेनव को वर्चुअलएन्व सही किया जा सकता है।

स्रोत: https://www.reddit.com/r/learnpython/comments/4hsudz/pyvenv_vs_virtualenv/

मैंने berdario/pew#173 शुरू किया है, लेकिन प्रगति करने के लिए मेरे पास अधिक समय नहीं है। जैसा कि ऊपर उल्लेख किया गया है, एक बार प्यू द्वारा पिपेनव स्वचालित रूप से इसका समर्थन करेगा। अगर किसी को वेनव को पिपेनव में लाने में दिलचस्पी है तो मुझे कुछ मदद चाहिए। अभी मुख्य मुद्दा परीक्षणों को पास करना होगा।

वेनव सपोर्ट पर त्वरित अपडेट: ऐसा नहीं होगा, कम से कम निकट भविष्य में। venv ऐसा करने के लिए पर्याप्त नहीं है। यदि आप वास्तव में इसकी परवाह करते हैं, तो पायथन बग ट्रैकर पर जाएं और एक हाथ उधार दें। अन्यथा, virtualenv चिपके रहें।

venv पायथन के लिए अनुशंसित उपकरण है, और यह टूटा नहीं है, जैसे virtualenv है (पुनः: अजगर बाइनरी की प्रतिलिपि बनाना तब टूट जाता है जब अजगर libs अद्यतन होता है)। जिस बग से आपने लिंक किया है वह venv और virtualenv के संयोजन के बारे में है, जो कि हम नहीं मांग रहे हैं?

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

मैं इसे समझता हूं, लेकिन इस बिंदु पर पिपेनव की सिफारिश की जाती है, और वेनव की सिफारिश की जाती है, और वे संघर्ष में हैं। बड़ी अजीब अवस्था है।

मैं पूरी तरह से सहमत हूं कि यह एक अजीब स्थिति में है, इसलिए मैं इसे ठीक करने की कोशिश कर रहा हूं :) मैं यह नहीं कह रहा हूं कि इसे ठीक नहीं किया जाएगा, लेकिन इसे पहले होने के लिए अपस्ट्रीम बदलाव की जरूरत है, और जब तक मैं कुछ नहीं कर सकता होना। मैं लिंक को इस पर काम करना बंद करने के बहाने के रूप में नहीं, बल्कि लोगों को यह बताने के लिए पोस्ट करता हूं कि इस स्थिति को सुधारने में मदद करने के लिए पहले प्रयास कहां करें।

हो सकता है कि इस मुद्दे को तब खुला रखना बहुत पागलपन न हो?

यह एक प्यू समस्या है, पिपेनव समस्या नहीं है।

venv ऐसा करने के लिए पर्याप्त नहीं है। यदि आप वास्तव में इसकी परवाह करते हैं, तो पायथन बग ट्रैकर पर जाएं और एक हाथ उधार दें।

यह venv की समस्या नहीं है, बल्कि virtualenv की समस्या है। मैंने इश्यू ट्रैकर के तहत कुछ स्पष्टीकरण पोस्ट किया है।
cc @uranusjr

एक शब्दार्थ है ->
पहले वर्चुअलएन्व बनाने के लिए वेनव का उपयोग करें, और फिर pipenv install चलाएं। उदाहरण के लिए:

mkdir -p /tmp/try
cd /tmp/try
python3 -m venv .venv
pipenv --venv  # /tmp/try/.venv
pipenv install xxx

मैं

सिर्फ एक नोट:

ऊपर दिया गया वर्कअराउंड ज्यादातर काम करता है, लेकिन pipenv run ... मेरे लिए विफल रहता है क्योंकि activate_this.py तहत कोई .venv/bin । यदि अंक 21496 पर विश्वास किया जाए, तो इस फ़ाइल को venv में जोड़ने की कोई योजना नहीं है। तो अगर प्यू इसे ठीक करता है, तो भी पिपेनव में अभी भी एक समस्या होगी।

वर्चुअलएन्व का उपयोग करना, macOS में सिस्टम tk मॉड्यूल का उपयोग करना असंभव है। लेकिन वेनव का उपयोग करना संभव है।
मैं दृढ़ता से पिपेनव के साथ वेनव का उपयोग करना चाहता हूं (वैकल्पिक रूप से हो सकता है)।

यह भी देखें: #1416

निंदक नहीं लग रहा है, लेकिन मैं दृढ़ता से चाहता हूं कि कोई वास्तव में इसका समर्थन करने के लिए कोड लिखे, अगर वे वास्तव में इतनी दृढ़ता से परवाह करते हैं। मैं कई लोगों से यह कहते हुए मिला हूं कि वे इस बारे में "दृढ़ता से" महसूस करते हैं, लेकिन जहां तक ​​मुझे पता है कि वास्तव में कुछ भी करने वाला मैं अकेला हूं। और मैं असफल रहा। ये इतना आसान नहीं है जितना आप समझते हैं। अगर आपको लगता है कि आप बेहतर कर सकते हैं, तो कुछ करें। यदि आप नहीं चाहते हैं, तो कृपया वह लें जो आपको मिल सकता है।

(केनेथ और मैं और शायद एरिन और नैट ने भी परियोजना में बहुत पहले वेनव के साथ ऐसा करने की कोशिश की थी और संगतता कारणों से भी असफल रहे)

यह अच्छा होगा, सभी सहमत हैं। मुझे यह देखना अच्छा लगेगा कि यह प्लेटफॉर्म और पायथन संस्करणों में काम कर रहा है।

मैं एक और कारण बताना चाहूंगा कि वेनव शायद वर्चुअलएन्व से बेहतर विकल्प क्यों होगा:

वर्चुअलएन्व के कार्यान्वयन के बदसूरत पहलुओं में से एक यह है कि इसके पास साइट मॉड्यूल की अपनी प्रति होनी चाहिए, जिसका उपयोग सभी वर्चुअलएन्व्स के लिए किया जाता है, भले ही वे पायथन के किस संस्करण के साथ बनाए गए हों।
-- https://github.com/pypa/virtualenv/issues/228#issuecomment -4165148 से

इसका मतलब है, उदाहरण के लिए, कि rlcompleter डिफ़ॉल्ट रूप से अक्षम है और यह मेरी राय में एक बड़ी उपयोगिता हानि है।

इसके अलावा, चूंकि यह एक ऐसा मुद्दा है जो आपके कई उपयोगकर्ताओं को प्रभावित करता है, मैं सुझाव दूंगा कि जब तक समस्या ठीक नहीं हो जाती, तब तक इसे खुला रखें, भले ही आप कुछ बदलावों के होने की प्रतीक्षा कर रहे हों।

फिर से। हम जानते हैं कि यह बेहतर होगा। यह वास्तव में संभव नहीं है। आपको क्या लगता है कि क्या अधिक नकारात्मक प्रभाव डालता है, उपयोगकर्ताओं के एक बड़े वर्ग के लिए कार्यक्षमता को पूरी तरह से तोड़ देता है, या कुछ उपयोगकर्ताओं को रीडलाइन सुविधाओं को चालू करना पड़ता है?

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

@techalchemy अगर मैं सही ढंग से समझूं, तो pypa/virtualenv#1095 इस पर चर्चा करने के लिए सही जगह है?

सही लगता है, मैंने देखा कि टॉक्स का वर्कअराउंड है, इसलिए हो सकता है कि अगर कोई इसे पोर्ट करता है तो यह काम करेगा

प्यू! क्या चर्चा है .. अगर यह प्यू चीज इतनी महत्वपूर्ण नहीं है, तो क्या वर्चुअलएन्व के साथ उन्हें पूरी तरह से छोड़ना संभव होगा और पिपेनव, वेनव और पायथन को हाथ से जाने दें, क्योंकि वे सभी एक दूसरे की सलाह देते हैं?

अजगर के लिए निर्भरता प्रबंधन/आभासी पर्यावरण समाधान अभी एक जंगली इलाके का बहुत अधिक है, और कुछ बलिदान करने की जरूरत है, इम्हो।

यह कई लोगों को डरा सकता है जो अभी तक वर्चुअलएन्व का उपयोग छोड़ने के लिए तैयार नहीं हैं, लेकिन इसे आगामी प्रमुख रिलीज (यदि तकनीकी रूप से संभव हो) में से एक के लिए योजना बनाई जा सकती है। परिवर्तन अपरिहार्य है, यह केवल समय की बात है।

@doganmeh हम

सिर्फ एक नोट:

ऊपर दिया गया वर्कअराउंड ज्यादातर काम करता है, लेकिन pipenv run ... मेरे लिए विफल रहता है क्योंकि activate_this.py तहत कोई .venv/bin । यदि अंक 21496 पर विश्वास किया जाए, तो इस फ़ाइल को venv में जोड़ने की कोई योजना नहीं है। तो अगर प्यू इसे ठीक करता है, तो भी पिपेनव में अभी भी एक समस्या होगी।

क्या यह सचमुच आवश्यक है? एक बार जब आप वेनव के साथ एक आभासी वातावरण बना लेते हैं, तो आपको इसका उपयोग करने के लिए इसे सक्रिय करने की आवश्यकता नहीं होती है। आप बस venv/bin निर्देशिका से अजगर बाइनरी का उपयोग करके चलाते हैं।

एफडब्ल्यूआईडब्ल्यू, यह संबंधित है (और मुझे यहां क्या लाया): http://matplotlib.org/faq/osx_framework.html

वर्चुअलएन्व में , एक गैर-फ्रेमवर्क बिल्ड का उपयोग तब भी किया जाता है जब एक फ्रेमवर्क बिल्ड ( वर्चुअलएन्व बग #54 , वर्चुअलएन्व बग #609 ) से पर्यावरण बनाया जाता है।

समाधान वर्चुअलएन्व का उपयोग नहीं करना है, बल्कि इसके बजाय stdlib का venv है , जो समान कार्यक्षमता प्रदान करता है लेकिन इस मुद्दे को प्रदर्शित किए बिना।

मेरे लिए पायथन 2.7/वर्चुअलएन्व समर्थन छोड़ना एक विशेष रूप से भयानक विचार की तरह नहीं लगता है, अगर यह pipenv को पायथन संस्करण के stdlib पर भरोसा करने की अनुमति देता है जिसका समर्थन समाप्त होने वाला नहीं है। जब तक यह pipenv टूलचेन के किसी अन्य भाग को भ्रष्ट नहीं करेगा, जो अनुरक्षकों के लिए आसानी से ठीक करने योग्य नहीं है। शायद 2.7 समर्थन को एक अलग शाखा/पैकेज में भी स्थानांतरित करें?

मैं वास्तविक कोड में योगदान करने में सक्षम होना चाहता हूं, लेकिन मुझे नहीं लगता कि मेरे पास ऐसा करने के लिए आवश्यक अनुभव है या समय: भ्रूभंग: इस समय मैं जो सबसे अच्छा कर सकता हूं वह चर्चा में शामिल है।

मेरी आवाज़ यहाँ जोड़ रहा हूँ; मैंने इसे @dmtucker जैसी ही समस्या के कारण मारा।

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

वेनव का उपयोग करने के लिए +1।
वर्चुअलएन्व में कई
पिपेनव विंडोज 10 पर विंडोज स्टोर से पायथन 3.7 के साथ पूरी तरह से उपयोगी है (वर्चुअलनव बग#1362 )

virtualenv venv मॉडल पर जा रहा है - https://github.com/pypa/virtualenv/issues/1366 देखें , जो pyvenv.cfg और सभी अच्छी चीजें उत्पन्न करेगा, इसलिए इसे इसके माध्यम से हल किया जाना चाहिए।

---------- अग्रेषित संदेश ---------
से: डैन रयान सूचनाएं @
दिनांक: सोम, नवंबर 26, 2018, दोपहर 2:39
विषय: पुन: [pypa/pipenv] यदि उपलब्ध हो तो virtualenv के बजाय venv का उपयोग करें (#15)
प्रति: pypa/pipenv [email protected]
प्रतिलिपि: सब्सक्राइब्ड [email protected]

सही लगता है, मैंने देखा कि टॉक्स का वर्कअराउंड है, तो शायद यह काम करेगा अगर
किसी ने इसे पोर्ट किया

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/pypa/pipenv/issues/15#issuecomment-441533872 , या मूक
सूत्र
https://github.com/notifications/unsubscribe-auth/AqyQvrs-RNNTb1YhxaDCWDLpRxrZLKoxks5uy4ydgaJpZM4Lqk2f
.