2010-05-10 14 views
5

मैंने उस प्रश्न पूछने में संघर्ष किया लेकिन यहां यह है। मैं अलग-अलग प्रणालियों (svn, hg, git) का उपयोग करके कई परियोजनाओं के लिए कई वर्षों से स्रोत नियंत्रण का उपयोग कर रहा हूं और मैंने सीखा कि निम्नलिखित दिशानिर्देशों का पालन करके मेरे संदेशों को कैसे सुधारें। लेकिन जहां तक ​​मुझे याद है, मैंने कभी भी एक नज़र नहीं देखा बाद में उन्हें।प्रतिबद्ध संदेश का उपयोग क्या है?

तो ... आप अपने स्वयं के प्रतिबद्ध संदेशों से कैसे लाभ कमाते हैं? जब मुझे वापस जाने की आवश्यकता होती है क्योंकि मैंने कुछ तोड़ दिया और ताजा शुरुआत की ज़रूरत है, तो मैं आमतौर पर नवीनतम "नोड" (जहां मैंने शाखा शुरू की या विलय कर दी) पर वापस जाना है। क्या मैं उन संदेशों को सिर्फ उन परियोजनाओं की निगरानी करने वाले लोगों के लिए लिखता हूं जो उत्सुक हैं कि क्या हो रहा है?

सादर

उत्तर

6

"मुझे चीजें आप पिछले दो सप्ताह में किया था की एक सूची भेजें" - बॉस

+0

मुझे अपने मालिक से ट्रस्ट और जिस तरह से प्रोग्रामर काम करते हैं, उससे बात करनी होगी। या छोड़ें;) – ericteubert

+3

इसका विश्वास से कोई लेना-देना नहीं हो सकता है। विशेष रूप से एक मामले में जो दिमाग में आता है, वह सिर्फ यह जानना चाहता था कि रिलीज-नोट दस्तावेज़ में क्या रखा जाए। – shoosh

+0

अच्छा बिंदु shoosh – ericteubert

3

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

4

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

+2

कुछ भी नहीं है जो मुझे अद्यतन करने और दर्जनों अद्यतन फ़ाइलों को प्राप्त करने से ज्यादा नफरत है और मुझे कोई संदेश नहीं है कि उन फ़ाइलों को क्यों बदला जाना है। – tster

+0

सहमत हुए। मुझे लगता है कि कोड एक सामान्य पुस्तकालय में काम करता है, इस बात के बिना कोई संकेत नहीं कि उन्हें क्यों बनाया गया था - मुझे वह पसंद है;) –

7

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

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

तो इसे समेटने के लिए, यद्यपि संदेश शुरू हो रहे हैं (विशेष रूप से यदि आप प्रोजेक्ट पर काम कर रहे एकमात्र व्यक्ति हैं) तो संदेशों को व्यर्थ लग सकता है, वे उत्पादन में समर्थित सफल उत्पाद होने के बाद अमूल्य हो जाते हैं कई डेवलपर्स द्वारा।

अद्यतन

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

1

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

1

एक नोट के बिना प्रतिबद्धता का बिंदु क्या होगा यह बताने के लिए कि यह क्या है? यह पूछना है कि 'किताबों के किनारों पर शीर्षक क्यों हैं?', या शायद 'पुस्तकों में इंडेक्स और पेज नंबर क्यों हैं?'। ऐसा लगता है कि एक स्रोत नियंत्रण लॉग जिसमें प्रत्येक परिवर्तन के लिए विवरण नहीं था, वह बहुत उपयोगी नहीं होगा।

कारण आप प्रतिबद्ध संदेश का उल्लेख करने में शामिल हैं

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

इन संभावनाओं के दोनों के लिए वापस लौटने के लिए तय करने के लिए गए संदेशों के लिए प्रतिबद्ध है, तो आप जब तक आप पाया आप कोड में क्या देख रहे थे करने के लिए हर एक डिफ के माध्यम से देख रह जायेंगे।

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