Go: प्रस्ताव: GOPATH में "सिम्लिंक" का समर्थन

को निर्मित 2 मई 2016 · 3टिप्पणियाँ · स्रोत: golang/go

https://github.com/golang/go/issues/15201#issuecomment -2086602586 के पीछे

हम एक ऐसे साधन का प्रस्ताव करते हैं जिसके द्वारा cmd/go और मित्र नियमित फ़ाइलों का लाभ उठाते हैं ताकि एक प्लेटफ़ॉर्म अज्ञेय तरीके से GOPATH पैकेज रिज़ॉल्यूशन के दौरान एक रिपॉजिटरी के भीतर सिम्लिंक जैसे व्यवहार का अनुकरण किया जा सके।

https://docs.google.com/document/d/1n5y3mZPs_4PjI80a0vZEaHLe7r9PeiiE9xsIrQFT8Is/edit

अपने शुरुआती विचारों को ऑफ़लाइन साझा करने के लिए @kardianos को धन्यवाद

_नाम "सिम्लिंक" अपने आप में एक अच्छी चर्चा को प्रेरित करने के लिए बाध्य है: मुझे उम्मीद है कि हम प्रस्ताव के क्रूक्स से अलग नामों/नामकरण पर चर्चा कर सकते हैं_

FrozenDueToAge Proposal

स्रोत

myitcv

👍2

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

कुछ टिप्पणियाँ/प्रश्न:

शब्द "भंडार" परिभाषित नहीं है। क्या होगा यदि GOPATH में स्रोत कोड VSC से नहीं आ रहा है या सबवर्सन से आ रहा है जो किसी निर्देशिका की जाँच का समर्थन करता है?
यदि किसी रिपॉजिटरी में कई सार्वजनिक बायनेरिज़ हैं तो निर्भरता को कई बार कॉपी करना आवश्यक नहीं है। विक्रेता निर्भरता को cmd/vendor के अंतर्गत रखा जा सकता है।
जहां तक मैं बता सकता हूं कि यह प्रस्ताव "एक ही भंडार में पुस्तकालय और कार्यक्रम" समस्या को हल नहीं करता है।

kostya-sh 2 मई 2016

👍1

@ कोस्त्या-शो

शब्द "भंडार" परिभाषित नहीं है

पहला फुटनोट विवरण देता है - यह वही परिभाषा है जैसा कि यहां माना गया है। लेकिन मैं मानता हूं कि यह सवाल अभी भी बना हुआ है कि क्या "रिपॉजिटरी" को औपचारिक रूप से कहीं परिभाषित किया गया है?

क्या होगा यदि GOPATH में स्रोत कोड VSC से नहीं आ रहा है या सबवर्सन से आ रहा है जो किसी निर्देशिका की जाँच का समर्थन करता है?

खुला प्रश्न - मैं मानता हूं कि अब तक केवल एक ही विचार कोड के लिए है जो "भंडार" का हिस्सा है। मैंने इस प्रश्न को संदर्भित करते हुए नीचे एक "खुले प्रश्न" अनुभाग जोड़ा है।

यदि किसी रिपॉजिटरी में कई सार्वजनिक बायनेरिज़ हैं तो निर्भरता को कई बार कॉपी करना आवश्यक नहीं है। विक्रेता निर्भरता को cmd/vendor के अंतर्गत रखा जा सकता है

वास्तव में यह बायनेरिज़ के बीच विक्रेता कोड साझा करने का एक तरीका है। लेकिन "सिम्लिंक" दृष्टिकोण उस "विक्रेता" को लाइब्रेरी कोड के साथ साझा करने के दृष्टिकोण को सुविधाजनक बनाने में मदद करता है (अगला बिंदु देखें)

जहां तक मैं बता सकता हूं कि यह प्रस्ताव "एक ही भंडार में पुस्तकालय और कार्यक्रम" समस्या को हल नहीं करता है।

यह प्रस्ताव अपने आप में नहीं है, नहीं। लेकिन "प्रेरक उदाहरण" खंड से जुड़ा हुआ भंडार बताता है कि "सिम्लिंक" और GOPATH वृद्धि के संयोजन का उपयोग करके उस समस्या को कैसे हल किया जा सकता है।

myitcv 2 मई 2016

सिम्लिंक बहुत समस्याग्रस्त हैं। उन्हें अनुमति देना अनुचित लगता है।

robpike 23 अग॰ 2016

😕3 👍1

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

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

Go: प्रस्ताव: GOPATH में "सिम्लिंक" का समर्थन

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

संबंधित मुद्दों