हम अभी कोड समीक्षाओं के लिए एटलसियन क्रूसिबल का उपयोग कर रहे हैं (हम वास्तव में फिशईई भाग का उपयोग नहीं कर रहे हैं) और मुख्य रूप से performance issues के कारण एक बड़े रेपो और एकाधिक रिपोज़ को अनुक्रमणित करने के लिए यह अनुपयोगी हो रहा है।गेरिट की तुलना में क्रूसिबल?
हमारा कोड गिथब में होस्ट किया गया है और डेवलपर्स को रेपो को फोर्क करने और अपने सभी कार्यों को अपने स्वयं के फोर्क में करने के लिए प्रोत्साहित किया जाता है। क्रूसिबल के साथ काम करने के लिए, हमें सभी डेवलपर्स कांटे को इंडेक्स करने की आवश्यकता है। हमने यह करना शुरू कर दिया है, लेकिन यह एक अविश्वसनीय रूप से लंबा समय लगता है (प्रति प्रतिबद्ध घंटे)। उपरोक्त लिंक देखें।
गेरिट तुलना कैसे करता है? क्या यह रेपो इंडेक्स करता है?
मुझे पता है कि लोग टिप्पणी करेंगे कि गिथब ने कोड समीक्षाओं के लिए अनुरोध खींच लिया है (हम उनका उपयोग करते हैं) लेकिन पुल अनुरोध वास्तव में वर्कफ़्लो के अंत में समीक्षा होने के बाद किया जाता है। हमारे पास लगभग 20 लोगों की एक टीम है, और डेवलपर द्वारा समीक्षा/पुल अनुरोधों को पूरा करने की आवश्यकता है, यह जानने के लिए गिथब में एक प्रणाली नहीं है। इसके अलावा, जिरा एकीकरण के लिए क्रूसिबल अच्छा है और हम इसका लाभ उठाते हैं।
मैं अन्य कोड समीक्षा टूल के लिए भी खुला हूं, न केवल गेरिट।
बस यह इंगित करना चाहता था कि आपको हमेशा एक पुल अनुरोध दर्ज करने के अंत तक इंतजार नहीं करना पड़ेगा। गिटहब ने एक पोस्ट लिखा कि वे उनका उपयोग कैसे करते हैं, और वे जल्दी ही अनुरोध बनाते हैं: https://github.com/blog/1124-how-we-use-pull-requests-to-build-github। फिर भी आपके पास अन्य मुद्दों को ठीक नहीं करता है। – jszakmeister
अंत में, हमने बस पुल अनुरोधों का उपयोग करने के साथ जाने का फैसला किया; पुल अनुरोध खोले जाते हैं और फिर हमारी टिकट प्रणाली पुल अनुरोध यूआरएल के साथ अपडेट की जाती है। यह विलय नहीं हुआ है जब तक क्यूए ने परिवर्तनों की पुष्टि नहीं की है, और फिर वे विलय करते हैं। –