TFS 2011 में नई टीम ब्राउज़र

संभवत: आपमें से कई लोगों ने सोर्स कोड कंट्रोल के क्षेत्र में सुधार के बारे में बताते हुए पोस्ट में नए टीम एक्सप्लोरर के स्क्रीनशॉट पहले ही देख लिए होंगे। इस विषय में, मैं टीम एक्सप्लोरर की सामान्य खबरों पर ध्यान केंद्रित करना चाहता हूं।
आपको याद है कि विज़ुअल स्टूडियो 2010 में टीम एक्सप्लोरर में एक पेड़ की संरचना है और यह प्रोजेक्ट एक्सप्लोरर (सॉल्यूशन एक्सप्लोरर) के समान है। लंबे समय तक, हम टीम के भीतर यह मानते थे कि यह मॉडल पर्याप्त होगा, हालांकि यह कुछ सीमाएं लगाता है। लेकिन जब मैंने कुछ साल पहले टीम मेंबर्स पावर टूल्स बनाए, तो मैं और अधिक सुविधाएँ चाहता था, उदाहरण के लिए, चित्र, उपयोगकर्ता सूची दिखाएगा। अपने पेड़ के साथ टीम एक्सप्लोरर सीमित है या ऐसी चीजें करने की अनुमति नहीं है। जैसे ही हमने TFS 11 को डिजाइन करना शुरू किया, कोड समीक्षा की कार्यक्षमता को शामिल करने की योजना सहित, यह स्पष्ट हो गया कि हमें एक नए दृष्टिकोण की आवश्यकता है। विशेष रूप से, हमें नए अतिरिक्त कार्यक्षमता को लागू करने के अनुरोधों के साथ हमारे उत्पाद का उपयोग करने वाले लोगों से कई समीक्षाएं मिलीं।

हमने टीम के भीतर टीम एक्सप्लोरर इंटरफ़ेस को फिर से डिज़ाइन करने का फैसला किया। अब यह विंडो एक फ्रेम है जिसमें कई अन्य कार्यात्मक खिड़कियां हैं (या, दूसरे तरीके से, पृष्ठ), और ब्राउज़र के समान नेविगेशन प्रदान करना। हमें यह महसूस हुआ कि इससे आवश्यक कार्यों तक पहुंच आसान हो जाती है, जबकि हम इन दस अतिरिक्त खिड़कियों के साथ आईडीई को अधिभार नहीं देते हैं।
जैसे ही हमने डिजाइन शुरू किया, कई नई समस्याएं थीं जिन्हें हम हल करना चाहते थे। यहाँ पूरी सूची से बहुत दूर है:

• बिना मोडर्निटी के इंटरफेस। सभी खराब संवाद जो कि हम खराब लेयरिंग इंटरफेस की ओर ले जाते हैं।
• अतुल्यकालिक अनुभव की ओर बढ़ें, और प्रगति दिखाने और लंबे ऑपरेशन को रद्द करने की सामान्य विधि बनाएं।
• टीम एक्सप्लोरर के लिए एक बार में सभी डेटा (दस्तावेज़, रिपोर्ट, कार्य आइटम, असेंबली, ...) को शुरू करने के बिना समय और कनेक्शन में सुधार करें और यह जानकारी केवल तब दिखाएं जब वास्तव में इसकी आवश्यकता हो।
• मुख्य उपयोग के मामलों को अधिक स्पष्ट करें।
• टीम एक्सप्लोरर के देखो अद्यतन करें।
• तृतीय-पक्ष एक्सटेंशन में और भी अधिक सुविधाएँ जोड़ें।
• संगठन के अनुभव पर केंद्रित परिदृश्यों को जोड़ें, सामान्य प्रक्रिया के दृष्टिकोण को लागू किए बिना।

आपकी याददाश्त को ताज़ा करने के लिए, यहाँ TFS 2010 में पुराने टीम एक्सप्लोरर के इंटरफेस की एक छवि दी गई है

होम पेज पर मिलते हैं

TFS 11 में नया टीम एक्सप्लोरर पेज नेविगेशन का उपयोग करता है, जो एक ही विंडो में काफी अधिक कार्यक्षमता प्रदान करता है। मूल या दूसरे शब्दों में, होम पेज में टूलबार पर एक घर के रूप में एक बुकमार्क है। इस पृष्ठ पर भी मूल क्रियाओं के लिंक हैं। हम अब भी कैनबिस के सामान्य परिदृश्य का समर्थन करते हैं "आगे और पीछे", आपके काम के इतिहास को याद करते हुए। इसके अतिरिक्त, विंडो में खोज के लिए एक इनपुट फ़ील्ड है।


आउटलुक या टीम वेब एक्सेस (2010) में इसे लागू करने के तरीके की खोज क्षमताएं समान हैं। इस उदाहरण में, मैं एक कार्य आइटम की तलाश कर रहा हूं जिसमें "क्रिएट" शब्द है और मुझे सौंपा गया है। खोज बार के नीचे ड्रॉप-डाउन सूची अतिरिक्त रूप से फ़ील्ड के लिए कुछ फ़िल्टरिंग विकल्प प्रदर्शित करती है। डबल-क्लिक करने से एक कार्य आइटम खुल जाता है, या आप संपादन और बाद में बचत के लिए एक क्वेरी (“क्वेरी के रूप में खोलें) खोल सकते हैं। अब तक, खोज केवल काम की वस्तुओं के लिए काम करती है, लेकिन हम भविष्य में नए डेटा स्रोतों को जोड़ने की उम्मीद करते हैं।

हम आपके काम का प्रबंधन करते हैं

TFS 2010 में, आपका वर्कफ़्लो इस तरह दिख सकता है:

1. समाधान खोलें
2. कुछ बदलाव करें
3. हम काम की वस्तुओं की तलाश कर रहे हैं और यदि आवश्यक हो, तो उन्हें कोड में परिवर्तन के साथ जोड़ दें।
4. बदलाव के लिए टिप्पणी दर्ज करें।
5. चेक-इन करना

TFS 11 में, हमने इस प्रक्रिया की थोड़ी ट्यूनिंग की। "मेरा कार्य" पृष्ठ आपको अपने कार्यों को देखने का अवसर देता है, और जो आप कर रहे हैं उसे ट्रैक करता है।


जैसे ही आप यह तय करते हैं कि आप किस कार्य का प्रदर्शन करेंगे, मेनू के संदर्भ में इस कार्य को "कार्य प्रगति पर" के रूप में निर्दिष्ट करने का अवसर है।


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



जैसे ही आप कोड में कुछ बदलाव करेंगे, आपको अन्य लिंक दिखाई देंगे:



यदि आपके पास कोड में वर्तमान परिवर्तन हैं, तो निम्न विकल्प उपलब्ध होंगे:

1. चेक इन करें
2. इन परिवर्तनों के लिए एक कोड समीक्षा का अनुरोध करें।
3. इन परिवर्तनों को "शेल्फ" (शेल्वसेट) में स्थगित कर दें।

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



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



विस्तारित रूप में, इस आस्थगित कार्य से जुड़े काम करने वाले तत्वों और कोड को देखना संभव होगा।



परिवर्तन देखें लिंक आपको उन विवरणों को देखने की अनुमति देता है जहां आप परिवर्तन, कार्य आइटम आदि की समीक्षा कर सकते हैं।



एक और महान नई सुविधा अपठित काम की वस्तुओं की सूची है। यदि कार्य आइटम आपको सौंपे गए हैं, लेकिन आपने कभी भी उनकी सामग्री को नहीं देखा है, या उनमें परिवर्तन किए गए हैं जो आपने अभी तक नहीं देखे हैं, तो उन्हें आउटलुक में अपठित संदेशों के समान बोल्ड में हाइलाइट किया जाएगा। मेरे लिए, यह इस बात को समझने का एक शानदार अवसर है कि मैंने अभी तक क्या नया किया है और क्या नहीं किया है, कोड पर नई टिप्पणियाँ देखें आदि।

कोड समीक्षा

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



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



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


अनुरोध पर डबल-क्लिक करने से आप कोड समीक्षा पृष्ठ पर पहुंच जाएंगे जहां समीक्षक विवरण देख पाएंगे।



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



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


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

जैसा कि कोड समीक्षा अनुरोध के लेखक इसे देखते हैं।

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

यहाँ वह क्षण है जब समीक्षक ने अपना काम पूरा किया और "फिनिश" बटन पर क्लिक किया और अपनी प्रतिक्रिया दी:



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



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

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

कोडांतरण (बनाता है)

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



"माई बिल्ड्स" सेक्शन में वे असेंबलीज़ हैं जिन्हें आपने शुरू किया था या जिन्हें आप अपने परिवर्तनों के आधार पर शुरू किया था यदि आप काउंटिनस इंटीग्रेशन मोड का उपयोग करते हैं। संदर्भ मेनू में कमांड की निम्नलिखित सूची शामिल है:



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



पसंदीदा सूची के लिए, आपको न केवल अंतिम बिल्ड की वर्तमान स्थिति, बल्कि एक छोटे हिस्टोग्राम के रूप में पिछले संकलन प्रयासों का इतिहास भी दिखाई देगा। TFS 2010 की तरह, आप विवरण देखने के लिए रिपोर्ट लिंक पर क्लिक कर सकते हैं।

कार्य आइटम

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



शायद बीटा टीएफएस 2011 में आपको कुछ नए बदलाव दिखाई देंगे।

उत्पादकता

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

तानाना

TFS 2010 में, टीम एक्सप्लोरर के लिए विस्तार विकल्प सीमित थे। आप ट्री में नए नोड्स जोड़ सकते हैं, संदर्भ मेनू बदल सकते हैं, और सक्रियण घटना (डबल क्लिक) को संभाल सकते हैं। TFS 2011 में, विस्तार के विकल्प बढ़ाए गए:

• टीम एक्सप्लोरर में नए पेज जोड़ना और इसे एक सामान्य नेविगेशन संरचना से जोड़ना
• किसी मौजूदा पृष्ठ पर एक नया अनुभाग जोड़ना
• होम पेज पर लिंक जोड़ना (होम)
• होम पेज पर सबलिंक जोड़ना

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

ब्रायन