मेरे मामले में (एक इन-हाउस डिजाइन किया/बनाया/समर्थित सीबी प्रणाली), VCS के पेड़ किसी दिए गए सीबी config द्वारा लक्षित में करता है स्वचालित रूप से एक सीबी कतार अनुरोध (एक सीबी चल रहा है, जबकि कई अनुरोधों को एक में गिर गया है, जो वर्तमान सीबी प्रक्रिया के रूप में जल्द ही चला जाएगा)।
प्रत्येक सीबी इंस्टेंस प्रत्येक सीबी इंस्टेंस द्वारा साझा किए गए वितरित सर्वरों के "क्लाउड" के समानांतर में खेती करने के लिए कॉन्फ़िगर किए गए निर्माण और परीक्षण चरणों को निष्पादित करके सीबी अनुरोध का जवाब देता है), निर्माण और परीक्षण परिणामों को लॉगिंग करना , और कभी-कभी (एक कॉन्फ़िगर आवृत्ति से अधिक नहीं) "भारी परीक्षण" लॉन्च करना (जो बहुत लंबे समय तक चल सकता है और आने वाले सीबी अनुरोधों को अवरुद्ध नहीं करेगा - भारी परीक्षण पूरी तरह से बंद हो जाते हैं, हालांकि लॉग इसे बिल्कुल स्पष्ट करते हैं जिसके खिलाफ वे भाग गए थे)।
"सिंक टू हेड" ("हेड" अन्य वीसीएस में, "ट्रंक" होगा, निर्भरता के लिए जो सीबी द्वारा ट्रैक किए गए पेड़ का हिस्सा नहीं हैं, ये हर बार हो सकता है (ये हल्के, गैर-उत्पादन-महत्वपूर्ण, या प्रयोगात्मक बनाता है), या केवल बहुत ही स्पष्ट एकीकरण अनुरोधों पर (यह अन्य चरम है, जो बिल्डिंग/परियोजनाओं के लिए "रिलीज शाखाओं" के लिए उत्पादन-महत्वपूर्ण हैं), या मध्यवर्ती सहिष्णुता के साथ।
रिलीज इंजीनियरिंग अभ्यास के शीर्ष पर नहीं, मुझे लगता है, लेकिन विकल्पों की अपनी सीमा में यह बहुत ही विविधता, निर्भरता-भारीपन, और सी ;-) की एक विस्तृत विविध परियोजनाओं के लिए हमारे लिए अच्छा काम करता है।
स्रोत
2009-07-20 06:42:46
कृपया देखें: http://stackoverflow.com/questions/102902/what-is-a-good-ci-build -प्रोसेस – Shog9
@ शोग 9: जिस प्रश्न का आप उल्लेख करते हैं, वह सीआई को अधिक सार स्तर पर चर्चा करता है (हिम्मत मैं कहता हूं * मेटा *?), जबकि यह प्रश्न विशिष्ट कार्यान्वयन विवरण मांगता है। मुझे लगता है कि वे इसे खोलने के लिए पर्याप्त भिन्न हैं। – Treb