Zenodo: जीथब: जिथब से ज़िप अभिलेखागार में सबमॉड्यूल शामिल करें

सुझाव के लिए धन्यवाद!

विचार करने वाली एक बात यह है कि क्या हमारे पास उपयोगकर्ता के कोड के साथ संग्रह में सभी सबमॉड्यूल कोड शामिल करने का अधिकार होगा।

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

वर्कअराउंड के रूप में कोई सीआई स्क्रिप्ट का उपयोग कर सकता है जो रिलीज उत्पन्न करता है जिसमें प्रासंगिक सबमॉड्यूल की सामग्री को संपत्ति के रूप में शामिल किया जाता है। हालाँकि, #1235 के कारण, यह वर्तमान में भी काम नहीं करता है।

उदाहरण के लिए, यह वह सेटअप है जिसका उपयोग मैं ट्रैविस सीआई के लिए करता हूं:

before_deploy:
  - zip -r inamo-${TRAVIS_TAG}.zip . -x out\* plots\* .git\* regRefData/.git\*

deploy:
  provider: releases
  edge: true
  api_key:
    secure: "***"
  file: inamo-${TRAVIS_TAG}.zip
  release_notes_file: README.md
  tag_name: ${TRAVIS_TAG}
  name: InaMo ${TRAVIS_TAG}
  on:
    tags: true
  draft: true

एक अलग नोट पर, क्या ऐसा कुछ लाइसेंसिंग मुद्दों का समाधान हो सकता है? या इसका मतलब बैकएंड में बहुत अधिक कॉन्फ़िगरेशन प्रयास होगा?

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

ज़ेनोडो के लिए यह जानना या यह सत्यापित करने का प्रयास करना उचित नहीं है कि उपयोगकर्ता किस सबमॉड्यूल को शामिल करना चाहता है या उसके पास अधिकार हैं, इसलिए इसे .zenodo.json में एक कॉन्फ़िगरेशन आइटम होने दें