क्यों हम कोड समीक्षा के लिए GitHub के बजाय Bitbucket को चुना

कोड समीक्षा के लिए हमारी छोटी कंपनी (6 बैकएंड + 4 फ्रंटेंड डेवलपर्स) में (बाद में सीआर) हमने गेरिट का इस्तेमाल किया। Gerrit का उपयोग, उदाहरण के लिए, Android विकास के लिए किया जाता है। यह एक उपकरण है जो सीआर प्रक्रिया को स्थापित करने में बहुत अधिक स्वतंत्रता देता है, लेकिन हमने इसे छोड़ दिया। क्यों? यह कठिन बैकएंड वालों के लिए बहुत अच्छा है जो आसानी से इंटरएक्टिव रिबेस, मर्ज, रिज़ॉल्यूशन संघर्ष, संशोधन कमिट आदि कर सकते हैं। फ्रंटिट टीम के लोग रात में गेरिट में वर्कफ़्लो की कठिनाइयों से रोते हैं।



हमारे वर्कफ़्लो को व्यवस्थित करने के प्रयास में ताकि हर कोई खुश रहे, हमने उन लोकप्रिय समाधानों में से एक चुना जो सभी के लिए उपयुक्त होगा। दूसरे शब्दों में, समाधान में सभी डेवलपर्स के लिए महत्वपूर्ण दोष नहीं होना चाहिए।



हम बिटबकेट में आ गए हैं। कट के तहत, बिटबकेट क्यों और क्यों नहीं GitHub के बारे में सवालों के जवाब।

1. असीमित निजी प्रतिनिधि

GitHub मूल्य निर्धारण योजनाएं निजी रिपॉजिटरी की संख्या पर आधारित हैं । बिटकॉइन टैरिफ योजना टीम में डेवलपर्स की संख्या पर आधारित है। यानी गीथहब बड़ी संख्या में परियोजनाओं के लिए बड़ी टीमों के लिए अधिक उपयुक्त है, और बिटबकेट बड़ी संख्या में परियोजनाओं के साथ छोटी और मध्यम टीमों के लिए अधिक उपयुक्त है। हम सिर्फ दूसरे विकल्प हैं और GitHub का उपयोग करने के मामले में $ 100 के बजाय $ 10 प्रति माह का भुगतान करते हैं।

2. अगल-बगल अलग-अलग

Gerrit के साथ-साथ अलग-अलग होने के बाद एक शर्त है, Bitbucket के पास यह है:



कई गैर-महत्वपूर्ण कमियां हैं, जैसे कि साइड-बाय-साइड डिफरेंशियल ( इश्यू ) मोड विंडो में कोड पर टिप्पणी करने में असमर्थता।

3. मास्टर शाखा में निषेध ( मुद्दा )

हमारी कंपनी में प्रत्येक पुल अनुरोध एक कोड समीक्षा (सीआर) पारित करना होगा। इसलिए, हमारे मामले में काफी महत्वपूर्ण मास्टर शाखा के लिए आकस्मिक धक्का के खिलाफ सुरक्षा जाल है। यानी वर्कफ़्लो इस तरह दिखता है:

1. डेवलपर एक शाखा बनाता है (सुविधा / फू या बग / बार)
2. कोड में परिवर्तन करता है और निर्मित शाखा को धक्का देता है
3. अगर उनकी राय में, शाखा सीआर के लिए तैयार है, तो एक अनुरोध करें
4. सीआर पर जा रहा है जो बिटबकेट गाइडलाइन में अच्छी तरह से वर्णित है
5. समीक्षक एप्रोच बटन दबाता है यदि उसकी राय में कोड ने सीआर पास कर दिया है
6. लेखक कम से कम दो लोगों से अनुमोदन प्राप्त करने के बाद अनुरोध-करता है

4. समय के साथ चलते रहना

दूसरे दिन, Bitbucket ने एक नया रबर इंटरफ़ेस तैयार किया । बेशक, खामियां हैं, लेकिन एक अच्छा रुझान स्पष्ट है।

5. अच्छी छोटी चीजें

• पुल अनुरोध के लिए स्वीकृत बटन
• कोई हार्ड रिपॉजिटरी / फ़ाइल आकार सीमा नहीं
• इंटरफ़ेस की रूसी भाषा (हम इसका उपयोग नहीं करते हैं, लेकिन फिर भी)

उपयोगकर्ता विवरण को अस्थायी रूप से हल करने के लिए दो विवरण:

1. fancybox । दुर्भाग्य से हाँ, बिटबकेट टीम के लोग इसके लिए सबसे अनुचित जगह में फैंसीबॉक्स का उपयोग करते हैं - साइड-बाय-साइड अंतर। स्क्रिप्ट कष्टप्रद फीका-आउट एनीमेशन को बंद कर देती है
2. रिक्त स्थान / टैब को उजागर करना ताकि आप गलती से कंपनी की कोड प्रारूपण नियमों के साथ मास्टर असंगतियों को न भेजें