टीएफएस कोड समीक्षा - टिप्पणियों के जवाब में अद्यतन की गई फाइलें दिखाएं


127

हम वी.एस. 2012 और वीएस 2013 पूर्वावलोकन में निर्मित कोड समीक्षा कार्यक्षमता का उपयोग करने लगे हैं। समीक्षा का अनुरोध करना और टिप्पणी जोड़ना बहुत सरल लगता है। यदि कोई कोड को बदलने के लिए अनुरोध करने वाली टिप्पणियां जोड़ता है, तो आवश्यककर्ता इन परिवर्तनों को कैसे दिखाता है और उन्हें कैसे दिखाता है?

तो प्रक्रिया इस तरह से प्रवाहित होगी:

  1. व्यक्ति 1 एक कोड समीक्षा का अनुरोध करता है।
  2. व्यक्ति 2 टिप्पणी जोड़ता है और "आवश्यकताएं काम करता है" का चयन करता है।
  3. व्यक्ति 1 आवश्यक परिवर्तन करता है।

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

दूसरी समीक्षा बनाना इष्टतम नहीं लगता है, क्योंकि आप अपनी बातचीत के इतिहास को खो देते हैं कि आप बदलाव क्यों कर रहे थे।

कई वेबसाइटें दिखा रही हैं कि कोड समीक्षाओं की बुनियादी कार्यक्षमता का उपयोग कैसे किया जाता है, लेकिन क्या कोई ऐसी साइटें हैं जो सर्वोत्तम प्रथाओं को दिखाती हैं? उदाहरण के लिए, फ़ाइलों के बगल में स्थित चेक बॉक्स पर किसको क्लिक करना चाहिए?


+1 के लिए "क्या कोई साइटें हैं जो सर्वोत्तम प्रथाओं को दिखाती हैं"। ALM रेंजर्स आमतौर पर मेरे "गोटो लोग" में गहराई से उपयोग के लिए होते हैं, लेकिन केवल वही जानकारी जो मैं पा सकता हूं, आपके प्रश्न का उत्तर नहीं देता। मैं कोड समीक्षा का उपयोग करने के लिए कुछ वॉकहॉल और परिदृश्य देखना पसंद करूंगा।
डेवशाऊ

जवाबों:


164

तो प्रक्रिया इस तरह से प्रवाहित होगी:

  1. व्यक्ति 1 एक कोड समीक्षा का अनुरोध करता है।
  2. व्यक्ति 2 टिप्पणी जोड़ता है और "आवश्यकताएं काम करता है" का चयन करता है।
  3. व्यक्ति 1 आवश्यक परिवर्तन करता है।
  4. व्यक्ति 1 कोड समीक्षा से जुड़े समतल को अद्यतन करता है
  5. व्यक्ति 1 चर्चा जारी रखने के लिए टिप्पणियां जोड़ता है
  6. स्वीकार किए जाने तक चरण 2 - 5 को दोहराएं

यहां समीक्षा से जुड़े समतल को अपडेट करने के लिए आवश्यक कदम हैं।

  1. "कोड समीक्षा" फलक से "दृश्य समतल" लिंक चुनें
  2. "समतल विवरण" फलक से समतल नाम को हाइलाइट करें और कॉपी करें
  3. "लंबित परिवर्तन" फलक पर नेविगेट करें, "शेल्व" पर क्लिक करें और अलमारियों का नाम पेस्ट करें
  4. सत्यापन डायल की जगह अलमारियों पर हां बटन दबाएं
  5. अब समीक्षक अपडेट की गई फ़ाइलों को देख सकता है और समीक्षा चर्चा जारी रह सकती है

मैंने कुछ स्क्रीन शॉट्स शामिल किए हैं क्योंकि मुझे लगता है कि यह चीजों को स्पष्ट करने में मदद करता है।


1) "कोड समीक्षा" फलक से "व्यू शेल्वेट" लिंक चुनें जैसा कि यहां दिखाया गया है:

यहाँ छवि विवरण दर्ज करें


2) "शेल्वसेट विवरण" फलक से हाइलाइट करें और यहां दिखाए गए अलमारियों के नाम को कॉपी करें:

यहाँ छवि विवरण दर्ज करें


3) "लंबित परिवर्तन" फलक पर नेविगेट करें, "शेल्व" पर क्लिक करें और उदाहरण के लिए अलमारियों का नाम पेस्ट करें:

यहाँ छवि विवरण दर्ज करें


4) सत्यापन डायल की जगह अलमारियों पर हां बटन दबाएं:

यहाँ छवि विवरण दर्ज करें


7
इस समाधान के साथ मुद्दा यह है कि इसमें विनाशकारी है कि सभी टिप्पणियों को उड़ा दिया गया है। मुझे लगता है कि एक बेहतर समाधान एक नई कोड समीक्षा बनाने और पुराने को संबंधित आइटम के रूप में सेट करना होगा।
बर्डिया

15
अलमारियों की जगह केवल फाइलों पर टिप्पणियों को स्पर्श न करें। हमारी टीम इस पद्धति का सफलतापूर्वक उपयोग करती है और हम किसी भी समीक्षा टिप्पणी को ढीला नहीं करते हैं।
चाड दीनहार्ट

10
यह काम करता है, लेकिन यदि आप किसी फ़ाइल को संपादित करते समय और पंक्तियों को जोड़ते / हटाते हैं, तो अलमारियों को प्रतिस्थापित करते हैं, तो उस फ़ाइल पर की गई टिप्पणियां गलत लाइनों की ओर इशारा करती हैं।
चिन

2
मैं आमतौर पर दोहराना पसंद नहीं करता, लेकिन @ चिन की बात ऊपर इस जवाब को पूरी तरह से अस्थिर बना देती है। हां, आप आसानी से अपनी अलमारियों को अपडेट कर सकते हैं, लेकिन ऐसा करना अनिवार्य रूप से सभी पिछली समीक्षा टिप्पणियाँ अब गलत पाठ की ओर इशारा करता है। (क्योंकि स्पष्ट रूप से एक समीक्षा टिप्पणी एक फ़ाइल की शुरुआत से एक पूर्ण ऑफसेट से जुड़ी हुई है।)
माइकल सोरेंस

7
बहुत मैनुअल और आदर्श चीज नहीं। टीएफएस या विजुअल स्टूडियो में लगातार समीक्षाओं के बीच परिवर्तनों की तुलना करने के लिए कुछ होना चाहिए, इसलिए समीक्षक पिछली समीक्षा के बाद किए गए परिवर्तनों को देख सकता है। ऐसा कुछ मौजूद नहीं है? शायद एक प्लगइन या कुछ ...
Iúri dos Anjos

6

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


2

मुझे पता है कि यह प्रश्न पुराना है, लेकिन यह अभी भी समर्थित नहीं है जैसा कि अन्य पोस्टरों द्वारा बताया गया है। चाड द्वारा प्रस्तावित समाधान कुछ चीजों के लिए काम करेगा, लेकिन दूसरों के लिए अजीब व्यवहार होगा।

हाल ही में, TFS टीम ने एक कोड रिव्यू को अपडेट करने में सक्षम करने के लिए एक बहुत पुराने प्रयोज्य अनुरोध के समाधान के लिए नियोजन चरणों को शुरू किया, जिसे कोड की समीक्षा करने के लिए कोड की समीक्षा करके इस समस्या को हल करना चाहिए।


1
महान। मैं इसके लिए भी तत्पर रहूंगा। मैं एक वास्तविक समाधान का स्वागत करूंगा। मेरी पोस्ट समस्या का काम करने का एक तरीका है।
चाड दीनहार्ट

उम्मीद है कि यह azure DevOps पुल अनुरोधों की तरह दिखने वाला नहीं है। वे एक दुःस्वप्न हैं।
स्टिंगजैक

0

आपको इसे दो अलग-अलग समीक्षाओं के साथ करना होगा। लेकिन इतिहास को दूसरी समीक्षा के साथ रखने का एक तरीका भी है। आप सभी की जरूरत कार्य हैं।

इस वर्कफ़्लो को बदलाव आधारित समीक्षाओं के लिए वर्णित किया गया है, लेकिन यह शेल्व आधारित समीक्षाओं के लिए भी काम करता है।

  1. कार्य 1 बनाएँ
  2. Changeet1 में जाँच करने से पहले संबंधित कार्य आइटम के रूप में task1 जोड़ें
  3. किसी एक कार्य मद से संबंधित परिवर्तनों की जांच करें और इस बदलाव की समीक्षा का अनुरोध करें
  4. कार्य 2 बनाएँ
  5. Changeet2 में जाँच से पहले दोनों कार्यों को संबंधित कार्य आइटम के रूप में जोड़ें।
  6. दो कार्य आइटम से संबंधित परिवर्तनों में जाँच करें और इस परिवर्तन की समीक्षा करने का अनुरोध करें

अब दूसरी समीक्षा अनुरोध में समीक्षक संबंधित कार्यों को देखने में सक्षम है और यदि समीक्षक टास्क 1 के लिए एक नज़र रखता है तो वह बदलाव 1 और समीक्षा टिप्पणियों को अपनी टिप्पणियों के साथ देखता है। तो आप वार्तालाप इतिहास खो देंगे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.