2012-12-16 9 views
12

मेरे पास एमएस वर्ड डॉक्यूमेंट्स को कन्वर्ट करने के लिए small github repo है, लेकिन अधिकांश लोग बाइनरी चाहते हैं।गिटहब पर मेरी परियोजना की बाइनरी वितरित करने का सबसे अच्छा तरीका क्या है?

मैं

  • पुनर्संगठित चाहिए मेरी रेपो कोड के साथ में बहुत डाउनलोड करने के लिए लोगों को एक src/ और bin/ तारीख .exe अप करने के लिए अधिकांश के साथ निर्देशिका है और उम्मीद के लिए?
  • वेब पर कहीं और मेरी बाइनरी संकलित करें और उससे लिंक करें?
  • मेरे रेपो में मेरी बाइनरी शामिल करें लेकिन इसे अलग से लिंक करें?
+0

अब आप अपनी बाइनरी होस्ट करने के लिए गिटहब रिलीज़ पर परिभाषित कर सकते हैं: [मेरा उत्तर नीचे] देखें (http://stackoverflow.com/a/17440698/6309)। – VonC

उत्तर

10

अपने आवेदन के लिए उस बाइनरी को होस्ट करने के लिए, अब आप since 2nd July 2013, रिलीज को परिभाषित कर सकते हैं

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

homepage

  • विज्ञप्ति रिलीज नोट्स और लिंक सॉफ्टवेयर या स्रोत कोड डाउनलोड करने के लिए के साथ कर रहे।
  • कई गिट परियोजनाओं के सम्मेलनों के बाद, रिलीज गिट टैग से बंधे हैं। आप किसी मौजूदा टैग का उपयोग कर सकते हैं, या प्रकाशित होने पर रिलीज को टैग बना सकते हैं।
  • आप रिलीज के लिए बाइनरी संपत्तियां (जैसे संकलित निष्पादन योग्य, मिनी स्क्रिप्ट, दस्तावेज़ीकरण) को भी संलग्न कर सकते हैं। एक बार प्रकाशित होने के बाद, रिलीज विवरण और संपत्ति किसी भी व्यक्ति के लिए उपलब्ध होती है जो भंडार को देख सकती है।

release

कि old binary upload service, जो removed in December 2012 था बदल देता है (जैसा कि आप अपने प्रश्न में उल्लेख)।

3

शायद आप जो सुनना नहीं चाहते हैं, लेकिन आपके मामले में यह ज्यादातर व्यक्तिगत वरीयता है।

आपको रेपो में बाइनरी स्टोर करने की आवश्यकता नहीं है, क्योंकि यह कोई महत्वपूर्ण निर्भरता नहीं है। यह दूसरी तरफ है: फ़ाइल को फिर से बनाने के लिए आपको जो भी चीज चाहिए, वह आपके भंडार (मेकफ़ाइल/प्रोजेक्ट फाइलों सहित) में होनी चाहिए।

आप बाइनरी को रेपो में स्टोर कर सकते हैं क्योंकि यह काफी छोटा है। आपको इसे भंडार में संग्रहीत नहीं करना चाहिए जब भंडार में कुल आकार (आधार आकार + diffs, भिन्नता के आधार पर कितना बड़ा है) भारी है, लेकिन ऐसा लगता है कि यह आपके मामले के अनुसार 500 500बीबी नहीं है।


मेरी निजी वरीयता रेपो में जेनरेट की गई फ़ाइलों (बाइनरी, लेकिन जेनरेट की गई टेक्स्ट फाइलें) को कभी भी स्टोर नहीं करना है। संभवतः क्योंकि मुझे 2 जीआईबी सीएसवी रिपोजिटरीज के साथ अनुभव है जो खींचने के लिए उम्र लेते हैं। (निष्पक्ष होने के लिए: इसे संकलित करने में भी आयु लगती है)

मेरे जीथब प्रोजेक्ट के लिए मैंने कुछ वेबस्पेस पर एक सबडोमेन बनाया जहां मैंने अपने सब डाउनलोड और इंडेक्स पेज को मेरे गिटब-पेजों पर आगे बढ़ाया। गीथब पेज मेरे वेबस्पेस सबडोमेन पर डाउनलोड से लिंक करते हैं। सिर्फ इसलिए कि मैं इस परियोजना के लिए अपने जीथूब सबडोमेन को थोड़ा और पसंद करता हूं।

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

आप my setup पर एक नज़र डाल सकते हैं।

0

आप इस कोशिश कर सकते हैं: http://sourceforge.net/publish/?source=github

यह "Github पर बनाने लेकिन Sourceforge पर वितरित" करने में सक्षम होना होनहार लग रहा है।

+0

मैंने कोशिश की है और यह काम करता है, लेकिन इसमें सिर्फ 2 प्रोजेक्ट साइटें हैं। मुझे लगता है कि आप गिटहब पर अपना कोड भी होस्ट कर सकते हैं और Google कोड पर अपने बाइनरी डाउनलोड पैकेज डाल सकते हैं। – ruben2020

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

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