Setup-miniconda: सेटअप-मिनीफोर्ज

परिवर्तन होंगे:

• डिफ़ॉल्ट मिनिकोंडा इंस्टॉलर को बदलना ताकि यह इसके बजाय मिनीफोर्ज रिलीज की ओर इशारा करे
• हार्डकोडिंग कोंडा-फोर्ज+डिफॉल्ट चैनल कॉन्फ़िगरेशन के रूप में डिफ़ॉल्ट
• और कुछ?

अगर ऐसा है, तो मुझे लगता है कि एक छोटी सी स्क्रिप्ट के साथ इसे बनाए रखना आसान है, हाँ। मैं एक के लिए मिनीफोर्ज को मिनिकोंडा के साथ-साथ पसंद करूंगा।

एक अन्य विकल्प installer-url और miniconda-version को पदावनत करना और उन्हें conda-distribution या ऐसा कुछ जैसी एक ही कुंजी में मर्ज करना होगा। यह कुंजी "मिनिकोंडा", "मिनीफोर्ज", या "एनाकोंडा" जैसे _magic कीवर्ड_ को अनुमति देगी, जो उन इंस्टॉलरों के लिए नवीनतम URL के लिए डिफ़ॉल्ट होगी, लेकिन सीधे URL को भी स्वीकार करेगी (उदाहरण के लिए, यदि उपयोगकर्ता अपने कस्टम constructor का उपयोग करना चाहते हैं)

नमस्ते @jaimergp

तो आपकी सूची से:

डिफ़ॉल्ट मिनिकोंडा इंस्टॉलर को बदलना ताकि यह इसके बजाय मिनीफोर्ज रिलीज की ओर इशारा करे

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

हार्डकोडिंग कोंडा-फोर्ज+डिफॉल्ट चैनल कॉन्फ़िगरेशन के रूप में डिफ़ॉल्ट

हाँ हम ऐसा कर सकते हैं

और कुछ?

हम्म सुनिश्चित करें कि स्क्रिप्ट रीडम्स पर सही चीजों को बदल देती है और हो सकता है कि सिर्फ V1, V2 (प्रमुख) संस्करण बनाए रखें, इसलिए हमें टैग को फिर से बनाने की आवश्यकता नहीं है।

मुझे लगता है कि पीछे नहीं हटना महत्वपूर्ण है, जैसा कि हमने देखा है। मैं कहूंगा कि v2 लाइन को मिनिकोंडा डिफॉल्ट के साथ रहने की जरूरत है, जबकि v3 डिफॉल्ट्स को बदलने के लिए ठीक होगा, अगर नाम नहीं है। किसी भी तरह से, मैं कहूंगा कि केवल उपसर्ग होना बिल्कुल ठीक है, उदाहरण के लिए miniforge-* और miniconda-* । इसके अलावा, मिनीफोर्ज मिनिकोंडा की तुलना में थोड़ी अलग यूआरएल योजना (जैसे पीपी) का उपयोग करता है, इसलिए हमें इसे सहज महसूस कराने के लिए उनके सभी विशिष्ट बिट्स को संभालने की आवश्यकता होगी।

#98 पर शुरू किया गया काम बताता है कि हमें "मुझे एक इंस्टॉलर प्राप्त करें" गेम को बढ़ाने की जरूरत है, शायद इसे प्रति रणनीति फ़ाइल के साथ किसी अन्य फ़ोल्डर में ले जाएं, उदाहरण के लिए

download/
  base.ts
  file.ts
  custom.ts
  miniforge.ts
  miniconda.ts

जैसे-जैसे हमारे आर्किटेक्चर आदि असंबद्ध हो जाएंगे।

अंत में, हम शायद पार्स किए गए कार्यों के इनपुट की एक उच्च-स्तरीय, अच्छी तरह से टाइप की गई वस्तु भी चाहते हैं ताकि हम कई स्ट्रिंग चीजें नहीं कर रहे हैं ... पैरा की विशाल सूची थकाऊ हो रही है, और केवल बदतर हो सकती है . मेरा एक हिस्सा यह सब चक करना चाहता है, और d.ts -> JSON स्कीमा चीज़ करना चाहता है, लेकिन हमें (उपयोगी) लाइन नंबर नहीं मिलेंगे, इसलिए कुछ मूल्य कम हो जाएंगे।

इनपुट के लिए धन्यवाद @bolwyvl

#98 पर शुरू किया गया काम बताता है कि हमें "मुझे एक इंस्टॉलर प्राप्त करें" गेम को बढ़ाने की जरूरत है, शायद इसे प्रति रणनीति फ़ाइल के साथ किसी अन्य फ़ोल्डर में ले जाएं, उदाहरण के लिए

मुझे यह पसंद है, निश्चित रूप से कुछ करना है!

#126 भूमि के बाद, यह निश्चित रूप से आगे बढ़ सकता है। काम होगा:

• action.yml योजना पर निर्णय लें, उदाहरण के लिए miniforge-version , आदि।
• शायद input.ts कुछ नए चेक जोड़ें,
  
  
  
  • उदाहरण के लिए only one of miniforge-version and miniconda-version प्रदान किया जा सकता है
  
  
• एक नई फ़ाइल download-miniforge.ts
  
  
  
  • (शुरू में) download-miniconda.ts . की कॉपी-पास्ता जॉब
  
  
  • इसमें कोई संदेह नहीं है कि दो फाइलों के बीच कोड का पुन: उपयोग करने के तरीके हैं, उदाहरण के लिए, उनके पास अलग-अलग आर्किटेक्चर हैं, आदि।
  
  
• providers में installer/index.ts
  
  
  
  • आदेश देना अभी भी काफी स्पष्ट है, इसलिए यह _really_ मायने नहीं रखता कि वह कहां जाता है
  
  
• परीक्षण

एक बार अच्छी बात: मिनीफोर्ज की नवीनतम 30 रिलीज़ प्राप्त करना ताज़ा रूप से सरल है:

https://api.github.com/repos/conda-forge/miniforge/releases

URL स्क्रैपिंग किए बिना। हुर्रे!

मुझे लगता है कि हमें एक और कुंजी की भी आवश्यकता होगी, उदाहरण के लिए:

use:
  miniforge-version: *
  miniforge-flavor: Mambaforge-pypy3  # `Miniforge3` default 

flavor बजाय हमारे पास variant या build या यहां तक ​​कि construct ।

यहाँ उपरोक्त के लिए एक WIP है (दस्तावेज़ों की आवश्यकता है, आदि):

https://github.com/bollwyvl/setup-miniconda/pull/2

यह mamba पहले/अधिक का उपयोग करने पर कुछ मुद्दों को संबोधित करना शुरू कर देता है ... जैसे कि आप मम्बाफोर्ज स्थापित कर रहे हैं, मुझे लगता है कि आप _use_ mamba , नहीं? हाँ, ठीक है, आप पर मज़ाक है, यह हमारे द्वारा उपयोग की जाने वाली कई चीज़ों जैसे init समर्थन (या पारदर्शी रूप से प्रतिनिधि) नहीं करता है। तो condaCommand का उपयोग करने के लिए उचित आदेश का चयन करते समय इसे ध्यान में रखना होगा, और इसका मतलब है कि आपके पास conda ।

हमारे परीक्षण मामलों के लिए गति अंतर नगण्य दिखता है, लेकिन यह शायद अभी भी पीछा करने लायक है ... और मुझे पता नहीं है कि हम micromamba लिए लापता कार्यक्षमता को कैसे संभालेंगे ...

पीआर अप (अधिक परीक्षण और डॉक्स के साथ): https://github.com/conda-incubator/setup-miniconda/pull/133