7
ऐसे वातावरण में जहां एकाधिक बिल्ड (रिलीज उम्मीदवार पैकेज) दैनिक बनाया जा सकता है लेकिन केवल एक महीने में उत्पादन में पदोन्नत हो जाता है, मुझे लगता है कि गिट में हर निर्माण को संग्रहित करना कचरा होगा लेकिन आखिरी कुछ बिल्डों में एक अल्पकालिक स्थान होना चाहिए प्रकाशित हैंनिरंतर एकीकरण निर्माण को स्टोर करने के लिए गिट का उपयोग किया जाना चाहिए?
मैं वर्तमान में इसे साझा निर्देशिका में प्रकाशित कर रहा हूं। मैंने देखा है कि आईवीवाई अतीत में इस प्रकार के द्विआधारी प्रकाशन के लिए उपयोग किया जाता है। गिट ओवरकिल की तरह दिखता है क्योंकि यह कभी भी कुछ भी हटाने के मॉडल के कारण फूट जाएगा।
क्या इन क्षणिक निर्माण कलाकृतियों के प्रबंधन/प्रकाशन का एक सहमति, मानकीकृत तरीका है?
आप कलाकृतियों को क्यों स्टोर करेंगे? बिल्डों को फिर से बनाया जा सकता है। –
(मेरा मतलब गिट में है, वैसे भी। क्या अधिकांश सीआई सर्वर किसी कॉन्फ़िगर करने योग्य समय के लिए चारों ओर निर्माण नहीं करते हैं?) –
बिल्डों को फिर से बनाया जा सकता है लेकिन कभी-कभी वातावरण बना सकते हैं। अनल्य आप अपने संपूर्ण टूल-चेन को संशोधन नियंत्रण के तहत रखते हैं, इस बात की कोई निश्चितता नहीं है कि आप बड़ी मात्रा में समाप्त होने के बाद एक ही बाइनरी बना सकते हैं। इसके अतिरिक्त, एक ही बाइनरी (एम्बेडेड टाइमस्टैम्प परिणाम अलग फ़ाइल चेकसम में परिणाम बनाना असंभव है)। यह तृतीय पक्षों के लिए आपके सॉफ़्टवेयर पर भरोसा या प्रमाणित करना मुश्किल बनाता है जब तक कि वे इसे स्रोत से भी नहीं बनाते। –