2008-10-10 14 views
6

मुझे ऐसा परिदृश्य होना है: मेरे पास एक भंडार है और इसमें बहुत सारे लोग हैं। उनमें से कुछ के लिए मैं उन्हें अपना कोड जमा करने से पहले, पहले कोड को देखना पसंद करता हूं।प्री-प्रतिबद्ध कोड समीक्षा

कई अच्छे कोड की समीक्षा उपकरण हैं, लेकिन कोई भी वास्तव में इस कार्यप्रवाह आसान समर्थन करने के लिए मुझे अनुमति देता है: अपने कोड

  • संपादित करें।
  • आसानी से सिस्टम की समीक्षा के लिए अपने टूल-ऑफ-पसंद (यानी ग्रहण) के भीतर से अपना कोड सबमिट करें।
  • समीक्षा प्रणाली में किसी और द्वारा अनुमोदित कोड है।
  • कोड जमा करें। अगर इसे मंजूरी नहीं दी जाती है तो रिपोजिटरी इसे रद्द कर देगा।

मैं स्थितियों से बचने के लिए लोगों को, डिफ बनाने ईमेल पर मेरे लिए उन्हें भेजने के लिए जब चाहते हैं, मैं उन्हें पैच करने के लिए करना होगा ... यह एक प्रयोग करने योग्य, सहज ज्ञान युक्त कार्यप्रवाह कि होने के लिए भूमि के ऊपर नहीं जोड़ता है होना चाहिए अपने कोड की समीक्षा की। कोई सुझाव?

यह एक विचलन प्रश्न होता था, लेकिन चूंकि बहुत से लोग svn से अलग कुछ का उपयोग करने का सुझाव दे रहे हैं, इसलिए मैं इस दिशा को आगे बढ़ाने की कोशिश करूंगा।

+1

आपको अपने कोड की समीक्षा करने की आवश्यकता क्यों है? क्या वे मानकों का पालन नहीं कर रहे हैं? क्या उनका कोड निर्माण तोड़ रहा है? क्या आप दोषों की तलाश में हैं? क्या व्यक्तिगत डेवलपर्स से संबंधित मुद्दे हैं, या आप सिस्टम के कुछ क्षेत्रों में करते समय किसी से कोड की समीक्षा करना चाहते हैं? –

उत्तर

0

मैंने स्रोत नियंत्रण के लिए पीवीसीएस का उपयोग किया है और यह वही करता है जो आप चाहते हैं, लेकिन यह एसवीएन के लिए उपयोग की जाने वाली टीम के लिए एक बड़ा बदलाव होगा और इससे पैसे खर्च होंगे - शायद सामान्य रूप से इसके लायक नहीं।

4

शायद आपको गिट या बाज़ार जैसे वितरित संस्करण नियंत्रण प्रणाली में स्विच करने से लाभ होगा। आपको एक प्रणाली को बनाए रखने में सक्षम होना चाहिए जहां आप मुख्य रेपो में विलय की जांच कर सकते हैं।

प्रत्येक के लिए उपकरण एसवीएन (अभी तक) के रूप में उन्नत नहीं हैं लेकिन वे काफी ठीक हैं। बस कुछ विचार करने के लिए।

+0

कछुआ bzr के पीछे वाले लोगों ने इसे अवधारणा का सबूत बुलाया है और अब इसे विंडोज़ –

+0

इंस्टॉल करने के साथ पैकेज करें पिछली स्थिति पर हमने गिट + गेरिट (http://code.google.com/p/gerrit/) का उपयोग ठीक उसी तरह किया था आपने वर्णन किया मैंने ग्रहण के भीतर से प्रतिबद्ध नहीं किया (कमांड लाइन रेपो उपकरण पर्याप्त आसान पाया गया), लेकिन मेरा मानना ​​है कि यह संभव है। अगले दो पदों में सबवर्सन का उपयोग किया गया है और क्या मैं गेरिट को याद करता हूं! –

0

बाज़ार में आपके पास वर्कफ़्लो में Human GateKeeper हो सकता है जो समीक्षक के रूप में काम करेगा।

बाजार में कमांड एसवीएन प्लस अतिरिक्त, उत्कृष्ट, कार्यक्षमताओं (उदाहरण के लिए शेल्विंग परिवर्तन इत्यादि) के समान ही हैं।

बाजार में पूर्ण इतिहास के साथ एसवीएन रेपो आयात करने के लिए बुनियादी समर्थन है, प्लग करने योग्य मॉड्यूल का समर्थन करता है और TortoiseBzr काम करता है। आप QBzr पर भी देखना चाहेंगे।

0

मेरी भावना यह है कि इस तरह के वर्कफ़्लो को आपके बग ट्रैकिंग सॉफ़्टवेयर में ट्रैक किया जाना चाहिए। उदाहरण के लिए, ट्रैक आपको एक कोड समीक्षा चरण लागू करने के लिए कस्टम वर्कफ़्लो बनाने देगा। इसमें एक एक्सएमएलआरपीसी प्लगइन भी है जो आपको टिकट शाखाओं को विलय होने से रोकने की अनुमति देगा जब तक कि उनके संबंधित टिकट वर्कफ़्लो में सही बिंदु तक नहीं बढ़े।

1

मुझे यकीन नहीं है कि ऐसा करने का एक "आदर्श" तरीका है - मैंने देखा है!

पास दो विकल्प है कि मैं का इस्तेमाल किया है इस प्रकार हैं:

  • प्रत्येक परिवर्तन के लिए एक शाखा। जब तक आपके पास नामकरण सम्मेलन हो, तब तक यह उतना ही कठिन नहीं है जितना प्रारंभ में लगता है। यदि परिवर्तन अक्सर बहुत छोटे बग फिक्स या विशेष रूप से बड़ी विशेषताएं होते हैं तो यह टूट जाता है।

  • निम्न तकनीक समाधान: पर कोड पर अपने सहकर्मियों को कोड में चेक करने से पहले, एक साझा ड्राइव या जो भी आपके पर्यावरण में उचित है, पर समीक्षा करें। तोड़फोड़ के एक वितरित संस्करण है जो इस तरह के रूप में svk

मैं भी विचार किया है विकल्प, है, लेकिन कोई अनुभव वास्तव में उसका उपयोग कर सकते है।

svn से git से सिंक करना भी संभव है। यह आपको जटिलता के खर्च पर svn रखने और अपनी समीक्षा वर्कफ़्लो प्राप्त करने की अनुमति देगा। बहुत नाजुक लगता है।

0

अपनी परियोजना की मेलिंग सूची में पैच भेजें?

शायद यह इसके लिए कुछ विकसित करने का एक मिशन होगा। दो रिपॉजिटरीज और कुछ वेब सॉफ़्टवेयर का उपयोग करना जो कुछ पूर्व दिशानिर्देशों को पूरा करते समय, "प्री-प्रतिबद्ध" रिपो से रेपो को कोड विलय करते हैं।

3

कोड सहयोगी (http://www.smartbear.com/codecollab.php) जो कुछ भी आप चाहते हैं वह करता है। हम इसे पेर्सफोर्स के साथ उपयोग करते हैं। समीक्षाएं बनाना आसानी से perforce क्लाइंट के भीतर से या ग्रहण के भीतर से किया जाता है यदि आप चाहें तो। समीक्षाओं को बस एक वेब इंटरफेस के साथ संभाला जाता है। आपको अपना खुद का अंतर नहीं बनाना है। यह आपके लिए दोष ट्रैक करता है।

एकमात्र चीज जो यह नहीं कर सकती है वह बिना किसी समीक्षा के चेकइन को रोकती है, लेकिन यदि आप अपने डेवलपर्स पर भरोसा नहीं करते हैं कि सिस्टम को पूरी तरह से बाईपास न करें तो आपको बड़ी समस्याएं मिलेंगी। इसके अलावा हमेशा एक बार जब आप रात में अकेले कोडिंग कर रहे होते हैं और आपको कोड को चेक करना पड़ता है।

0

टीम फाउंडेशन सर्वर में "शेल्विंग कोड" की अवधारणा है जो अनिवार्य रूप से एक मिनी-शाखा बनाता है जिसे आप खींच सकते हैं समीक्षा के लिए नीचे। उस बिंदु पर, आप अनुमोदन के बाद मुख्य शाखा में ढके हुए कोड को विलय कर सकते हैं। आप इस तरह के अधिकार भी स्थापित कर सकते हैं कि कोई केवल शेल्व कोड कर सकता है, और ट्रंक में चेक नहीं कर सकता है। इसके बाद आप उचित समीक्षा चक्र के बाद संभवतः कुछ व्यक्तियों को विलय करने में सक्षम होने के अधिकार प्रदान करेंगे।

संबंधित मुद्दे