2015-03-12 6 views
30

मैं साथ एक कार्यप्रवाह निर्माण कर रहा हूँ Gitlab, जेनकींस और - शायद - नेक्सस (मैं एक विरूपण साक्ष्य भंडारण की जरूरत है)। मैं रिलीज/द्विआधारी स्टोर करने के लिए गिटलैब रखना चाहता हूं - क्या यह सुविधाजनक तरीके से संभव है?गिटलैब में रिलीज/बाइनरी कैसे स्टोर करें?

मैं एक और सेवा नहीं लेना चाहूंगा जिसमें से एक रिलीज (और प्रलेखन) डाउनलोड किया जा सके, लेकिन इसे किसी भी तरह से रिपोजिटरी मैनेजर के साथ एकीकृत किया गया है, जैसे रिलीज़ को संभाला जाता है जैसे उदा। GitHub। कोई सुराग?

+2

नेक्सफ़िक और आर्टिफैक्टरी जैसे आर्टिफैक्ट रिपोजिटरी संस्करण, कैशिंग, सफाई नीतियों और अभिगम नियंत्रण के साथ बाइनरी प्रबंधित करने के लिए बनाए गए थे। गिट रेपो सफाई नहीं करते हैं, वे समय के साथ बढ़ते हैं। – bbaassssiiee

+1

आपके उत्तर के बाद उत्तर नहीं है ... लेकिन वास्तव में गरीब व्यक्ति दृष्टिकोण जेनकिंस को नवीनतम स्थिर निर्माण आर्टिफैक्ट को readme.md या विकी – KCD

उत्तर

24

अद्यतन नवंबर 2015: GitLab 8.2 now supports releases

इसके एपीआई के साथ, अब आप create and update a relase associated to a tag कर सकते हैं।
अभी के लिए, यह केवल टैग टैग (उर्फ विज्ञप्ति) को रिलीज नोट्स (मार्कडाउन टेक्स्ट और अनुलग्नक) जोड़ने की क्षमता है।

  • पहले upload रिहाई द्विआधारी
  • create a new release और विवरण में अपलोड की गई बाइनरी के लिए एक लिंक जगह

मूल जवाब मार्च 2015

यह कार्य प्रगति पर है, और सुझाव suggestions 4156755 में:

हम सिरो से कम से कम प्रस्ताव के लिए अनुरोध विलय स्वीकार कर रहे हैं: https://github.com/cirosantilli/test/releases/tag/3.0 तहत

  1. प्रत्येक भंडार टैग के लिए, अपलोड करें और फ़ाइलों की एक सूची डाउनलोड करने के लिए अनुमति देते हैं।
  2. अपलोड और डाउनलोड सीधे टैग सूची दृश्य से किया जा सकता है।
  3. यदि कोई टैग हटा दिया जाता है, तो अपलोड नष्ट हो जाते हैं। (हम स्वीकार नहीं कर रहे टैग संदेश हाल की टिप्पणियों में उल्लेख संपादित)

उस सुझाव के लिए टिप्पणियों में शामिल हैं:

क्या यह और अधिक रोचक बनाता अगला चरण है।
मैं वास्तव में स्रोत कोड तक पहुंचने में सक्षम होने के बिना "रिलीज" से सार्वजनिक डाउनलोड कलाकृतियों को छोड़ने का एक तरीका पसंद करूंगा (यानी विकी, "रिलीज", जारीकर्ता ट्रैकर जैसे कुछ भी छोड़कर प्रोजेक्ट टीम के लिए निजी स्रोत बनाएं।

हालांकि, ऐसी अतिरिक्त सुविधा अधिक सामान्य दिखती है और मैं submitted a separate feature request for that देखता हूं।

फिर भी, मैं यहाँ मेरी बात दोहराने:
"रिलीज" की साधारण संस्करण अभी भी अच्छा है, वहीं कई लोगों को आसानी से बाहरी फ़ाइल सर्वर और बिंदु यूआरएल रिहाई/टैग विवरण में GitLab बाहर इस सर्वर से सेट कर सकते हैं ।
दूसरे शब्दों में, "रिलीज" अब एकीकरण की भविष्य की तस्वीर के बिना आकर्षक लग सकता है।

1

गिटलैब (सर्वर) स्वयं गिट भंडार के लिए है। आपको गिट में बाइनरी स्टोर नहीं करना चाहिए। नेक्सस यहां जाने का रास्ता होगा। आप अपने भंडार विवरण या रीडेमे फ़ाइल में नेक्सस के लिए एक लिंक जोड़ सकते हैं (जैसे आप वहां अपने जेनकींस बिल्ड को भी इंगित कर सकते हैं)।

आप गिटलैब निरंतर एकीकरण में एक नज़र डालना चाहते हैं जो गिटलैब के साथ एकीकृत है। ऐसा लगता है कि जेनकींस की तरह कुछ और है। मुझे नहीं पता कि यह नेक्सस जैसे डेटा स्टोरेज के साथ आता है या नहीं।

+0

में लिंक करना है, हां और नहीं, गिट एनेक्स गिट में द्विआधारी से निपटने की अनुमति देता है । गितलाब सीआई सवाल से बाहर है, मुझे केवल जेनकींस और टीमसिटी के बीच चयन करना होगा। –

+0

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

1

हम scp का उपयोग कर रहे हैं फ़ाइलों को कॉपी करने के लिए, जैसे कि गिटलाबसी में उत्पन्न बाइनरी या रिपोर्ट।

# capture test exit code 
set +e 
bash build/ci/test.sh; TESTS_EXIT_CODE=$? 
set -e 

# copy reports 
sshpass -p "$SFTP_PASS" ssh -o StrictHostKeyChecking=no [email protected] "mkdir -p ${CI_REPORTS_PATH}" 
sshpass -p "$SFTP_PASS" scp -r ${CI_APP_VOLUME}/tests/_output/* [email protected]:${CI_REPORTS_PATH} 

# return test exit-code 
exit ${TESTS_EXIT_CODE} 
संबंधित मुद्दे