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