संपादित करें:
कई ओएसएस देखरेख, समीक्षक क्या शब्द होना चाहिए के रूप में परिभाषित किया गया है के साथ चर्चा के बाद: समीक्षा करने के लिए (किसी के कोड) और एक हारने definiton नीचे समझाया "समनुदेशिती" है ।
"समीक्षक" के लिए: कोई आपको कोड की समीक्षा करना चाहते हैं। अनिवार्य रूप से उस क्षेत्र के लिए ज़िम्मेदार व्यक्ति या प्रतिबद्धता विलय के लिए ज़िम्मेदार नहीं है। गिटहब ऑटो-सुझाव के रूप में, जो पहले कोड के उस हिस्से पर काम कर सकता है, हो सकता है।
"असाइनर" के लिए: परियोजना की टीम/रखरखाव तक इसका क्या अर्थ है और कोई सख्त परिभाषा नहीं है। यह पीआर ओपनर हो सकता है, या उस क्षेत्र के लिए जिम्मेदार कोई व्यक्ति (जो समीक्षा के बाद पीआर स्वीकार करने जा रहा है या इसे बंद कर सकता है)। यह गिटहब तक नहीं है कि यह परिभाषित करने के लिए कि यह परियोजना प्रोजेक्टर के लिए क्या खुला है, जो उनके प्रोजेक्ट के लिए सबसे अच्छा है।
पिछला जवाब:
ठीक है, मैं आगे जाना है और अपने ही सवाल का जवाब देंगे।
लिखने का उपयोग के साथ उपयोगकर्ताओं की पीआर के लिए: अनुदिष्ट एक ही व्यक्ति है जो पीआर खोला होगा, और समीक्षक वर्ष समनुदेशिती समारोह (की समीक्षा कोड) की जगह लेंगे, समनुदेशिती पसंद के इस एक कोई जा रहा है।
लिखने-उपयोग के बिना उपयोगकर्ताओं के पीआर के लिए (बाहर योगदानकर्ताओं): लिखने का उपयोग के साथ किसी ने खुद को (या अन्य लिखने विशेषाधिकार सदस्य) आवंटित होगा, पीआर (समीक्षक) की समीक्षा करें। Assignee खाली है।
बाहरी योगदानकर्ताओं से अधूरा पीआर के लिए: लेखन-पहुंच सदस्य अधूरा काम करेगा और उसके लिए असाइन करेगा। Assignee होने के नाते, वह कार्य को पूरा करने के लिए जिम्मेदार होगी। चूंकि पीआरएस का मुख्य कारण परिवर्तनों की समीक्षा कर रहा है, इसलिए वह परिवर्तनों की समीक्षा करने के लिए कुछ अन्य लोगों का चयन करेगी।
स्रोत
2016-12-15 21:59:41
प्रत्येक नए टीम के सदस्य के लिए मुझे यह जवाब देने के लिए एक लिंक भेजना चाहिए कि असाइनियों और समीक्षकों से कैसे निपटें। जो मुझे इस विचार के लिए प्रेरित करता है कि यहां कुछ मौलिक रूप से गलत है :( –