आपकी परियोजना को लगभग हमेशा भूत काल का उपयोग करना चाहिए । किसी भी मामले में, परियोजना को हमेशा स्थिरता और स्पष्टता के लिए एक ही तनाव का उपयोग करना चाहिए।
मैं वर्तमान काल का उपयोग करने के लिए बहस करने वाले कुछ अन्य तर्क समझता हूं, लेकिन वे आमतौर पर लागू नहीं होते हैं। निम्नलिखित बुलेट पॉइंट वर्तमान काल में लिखने के लिए सामान्य तर्क हैं, और मेरी प्रतिक्रिया है।
- वर्तमान काल में लिखना किसी को बताता है कि आपने जो किया था, उसके बजाय वह क्या करेगा ।
यह सबसे सही कारण है जो वर्तमान काल का उपयोग करना चाहता है, लेकिन केवल परियोजना की सही शैली के साथ। सोचने का यह तरीका सभी परिवर्तनों को वैकल्पिक सुधारों या विशेषताओं के रूप में मानता है, और आप यह तय करने के लिए स्वतंत्र हैं कि कौन सा रखना है और कौन से अपने विशेष भंडार में अस्वीकार करना है।
यह तर्क काम करता है यदि आप वास्तव में वितरित परियोजना के साथ काम कर रहे हैं। यदि आप किसी वितरित प्रोजेक्ट के साथ काम कर रहे हैं, तो आप शायद एक ओपन सोर्स प्रोजेक्ट पर काम कर रहे हैं। और यह शायद एक बहुत बड़ी परियोजना है अगर यह वास्तव में वितरित किया जाता है। वास्तव में, यह शायद लिनक्स कर्नेल या गिट है। चूंकि लिनक्स संभावना है कि जीआईटी का प्रसार और लोकप्रियता में वृद्धि हुई है, इसलिए यह समझना आसान है कि लोग इसकी शैली को प्राधिकरण क्यों मानते हैं। हाँ, शैली उन दो परियोजनाओं के साथ समझ में आता है। या, सामान्य तौर पर, यह बड़े, खुले स्रोत, वितरित परियोजनाओं के साथ काम करता है ।
यह कहा जा रहा है, स्रोत नियंत्रण में अधिकांश परियोजनाएं इस तरह से काम नहीं करती हैं। यह आमतौर पर अधिकांश रिपॉजिटरी के लिए गलत है। यह एक कमिट के बारे में सोचने का एक आधुनिक तरीका है: तोड़फोड़ (एसवीएन) और सीवीएस रिपॉजिटरी, रिपॉजिटरी चेक-इन की इस शैली का मुश्किल से समर्थन कर सकते हैं। आमतौर पर एक एकीकरण शाखा ने खराब चेक-इन को छानने का काम संभाला, लेकिन उन लोगों को आमतौर पर "वैकल्पिक" या "अच्छा-से-सुविधाएँ नहीं" माना जाता था।
अधिकांश परिदृश्यों में, जब आप स्रोत रिपॉजिटरी में कमिट कर रहे होते हैं, तो आप एक जर्नल प्रविष्टि लिख रहे होते हैं, जो यह बताता है कि इस अपडेट के साथ क्या बदलाव आया है, ताकि भविष्य में दूसरों के लिए यह समझना आसान हो सके कि एक बदलाव क्यों किया गया। यह आम तौर पर एक वैकल्पिक परिवर्तन नहीं है - परियोजना में अन्य लोगों को या तो विलय या उस पर छूट देने की आवश्यकता होती है। आप इस तरह के रूप में एक डायरी प्रविष्टि लिख सकता हूँ नहीं "प्रिय डायरी, आज मैं पूरा एक लड़का और वह कहते हैं मेरे लिए नमस्ते।", लेकिन इसके बजाय आप लिखते हैं "मैं मुलाकात एक लड़का और वह कहा मुझे करने के लिए नमस्ते।"
अंत में, इस तरह की गैर-वितरित परियोजनाओं के लिए, 99.99% समय एक व्यक्ति को एक प्रतिबद्ध संदेश पढ़ने के लिए होगा जो इतिहास पढ़ने के लिए है - इतिहास पिछले तनाव में पढ़ा जाता है। 0.01% समय यह तय करेगा कि उन्हें इस प्रतिबद्ध को लागू करना चाहिए या इसे अपनी शाखा / भंडार में एकीकृत करना चाहिए या नहीं।
- संगति। यही कारण है कि यह कई परियोजनाओं में है (स्वयं गिट सहित)। इसके अलावा कमिट उत्पन्न करने वाले git टूल (जैसे git मर्ज या git रीवर्ट) करते हैं।
नहीं, मैं आपको गारंटी देता हूं कि संस्करण नियंत्रण प्रणाली में कभी लॉग इन की गई अधिकांश परियोजनाएं पिछले इतिहास में अपना इतिहास रखती हैं (मेरे पास संदर्भ नहीं हैं, लेकिन शायद यह सही है, वर्तमान तनाव के तर्क को देखते हुए गिट के बाद से नया है)। वर्तमान तनाव में "संशोधन" संदेश या प्रतिबद्ध संदेश केवल सही मायने में वितरित परियोजनाओं में समझ बनाने लगे - ऊपर पहला बिंदु देखें।
- लोग न केवल "इस कोडबेस के साथ क्या हुआ" यह जानने के लिए इतिहास पढ़ते हैं, बल्कि "जब मैं इस कमेंट को चुनता हूं तो क्या होता है" जैसे सवालों के जवाब देने के लिए, या "इन कमेंट्स की वजह से मेरे कोड बेस के लिए किस तरह की नई चीजें होंगी?" मैं भविष्य में विलीन हो सकता हूं या नहीं ”।
पहला बिंदु देखें। किसी व्यक्ति द्वारा प्रतिबद्ध संदेश पढ़ते समय 99.99% इतिहास पढ़ने के लिए होगा - इतिहास पिछले काल में पढ़ा जाता है। 0.01% समय यह तय करेगा कि उन्हें इस प्रतिबद्ध को लागू करना चाहिए या इसे अपनी शाखा / भंडार में एकीकृत करना चाहिए या नहीं। 99.99% बीट 0.01% है।
मैंने कभी भी एक अच्छा तर्क नहीं देखा है जो कहता है कि अनुचित तनाव / व्याकरण का उपयोग करें क्योंकि यह छोटा है। आप शायद मानक 50 वर्ण संदेश के लिए औसतन केवल 3 वर्णों को बचाएंगे। कहा जा रहा है कि, वर्तमान में औसतन कुछ वर्ण छोटे होंगे।
- आप अपने अंक / सुविधा ट्रैकर में टिकटों के शीर्षक के साथ अधिक लगातार नाम रख सकते हैं (जो भूतकाल का उपयोग नहीं करते हैं, हालांकि कभी-कभी भविष्य में)
टिकटों को या तो कुछ ऐसा लिखा जाता है जो वर्तमान में हो रहा है (उदाहरण के लिए जब मैं इस बटन पर क्लिक करता हूं तो ऐप गलत व्यवहार दिखा रहा है), या ऐसा कुछ जो भविष्य में किया जाना चाहिए (जैसे पाठ को संपादक द्वारा समीक्षा की आवश्यकता होगी )।
इतिहास (यानी संदेशों प्रतिबद्ध) कुछ है कि अतीत में किया गया था (जैसे समस्या के रूप में लिखा है था निर्धारित)।