मैं आदतन कमिटेटर हूं और मैंने पाया कि मुझे सूट करता है, लेकिन माना जाता है कि मेरे कमिट मैसेज लगभग हमेशा की तरह हैं,
Age: 9 mins [*] Working on implementing and testing PaintSystem.
Age: 17 mins [*] Working on implementing and testing PaintSystem.
Age: 37 mins [*] Working on implementing and testing PaintSystem.
Age: 52 mins [*] Working on implementing and testing PaintSystem.
इसलिए मैं बिल्कुल नहीं कह सकता कि मेरी शाखा (मर्क्यूरियल) के लिए इस तरह के लगातार और अभ्यस्त होने से वास्तव में सबसे विस्तृत कमिट लॉग को प्रोत्साहित किया गया है। कभी-कभी मैं कोड हाफ भी कर लेता हूं अगर, कहो, मेरी पत्नी मुझे रात के खाने के लिए बाहर जाने के लिए कहती है, जिस समय मैं बस जल्दबाजी में नकल करूंगा और पिछले "वर्किंग ऑन [...]" मैसेज का उपयोग करूंगा।
मेरे कमिट लॉग पैटर्न आमतौर पर जैसे हैं, "Working on [...] Working on [...] Working [...] Completed [...] Started working on [...] Working on [...] Completed [...] Started working on [...]"
हालांकि दूसरी तरफ, इसने मेरे बट को बचाया है। कभी-कभी मैं एक ऐसे एज केस में भाग लेता हूं जिसका मैंने अनुमान नहीं लगाया था और उसके खिलाफ परीक्षण किया था, जिस बिंदु पर बार-बार आने वाले कामों से मुझे यह पता लगाने में मदद मिलती है कि मैंने कहां गलती की।
इसलिए मुझे सबसे अच्छी आदतों के बारे में नहीं पता है और मैं निश्चित रूप से आदर्श प्रतिबद्ध लॉगिंग आदतों के रूप में सुनने के लिए कोई नहीं हूं, लेकिन मैं निश्चित रूप से कह सकता हूं कि जब आप एक प्रतिगमन करने की आवश्यकता होती है तो निश्चित रूप से अधिक बार मदद कर सकते हैं।
क्या प्रत्येक एक-पंक्ति परिवर्तन को एक प्रतिबद्धता मिलनी चाहिए?
मैंने पहले भी एक-लाइन परिवर्तन किए हैं, लेकिन आमतौर पर मुश्किल होते हैं और शायद मैं समय पर कम था। मेरे कमिट हमेशा काम या परिवर्तन की सही और पूर्ण इकाइयों के समान नहीं होते हैं। जैसा कि कहा गया है, कभी-कभी वे सिर्फ मेरी पत्नी का परिणाम होते हैं जो मुझे अप्रत्याशित रूप से रात के खाने के लिए बाहर जाने के लिए कहते हैं।
टीबीएच मेरे बहुत से कमिट करता है जो "Working on [...]"
लॉग पैटर्न का अनुसरण करते हैं जो बदलाव की सुसंगत इकाइयों की मॉडलिंग नहीं कर रहे हैं (क्यों मैं अक्सर बेहतर संदेश नहीं दे सकता हूं "Working on [...]"
) लेकिन सिर्फ मेरे लिए एक सांस लेने का परिणाम है, जैसे खुद को एक कप कॉफी बनाना। "Completed [...]"
संदेश काम की है कि यूनिट के अंत इंगित करता है, और वहाँ मैं अक्सर पहले के साथ एक अधिक विस्तृत संदेश लिखने "Started working on [...]"
प्रकार संदेशों जब मैं सिर्फ कुछ पर काम शुरू करते हैं। यदि आप औसतन हर 15 मिनट में एक बार कमिट करते हैं, तो उन लोगों के लिए "काम करना [...]" संदेश अधिक पसंद करने वाले इन-बिल्टर्स के लिए हैं जो किसी व्यक्ति के लिए एक अधिक विस्तृत संदेश के साथ कर सकते हैं।
क्या मुझे किसी भी परीक्षा से पहले (उदाहरण के लिए, कम से कम वाक्य रचना / संकलन त्रुटियों के लिए और फिर इसे पूरी तरह से पूर्ववत करना होगा, क्योंकि विचार काम नहीं करता था या संदेश एक झूठ है)?
मैं अभी भी आगे बढ़ता हूं और कभी-कभी परीक्षण चलाने से पहले भी इसे प्रतिबद्ध करता हूं (फिर से अगर मेरे पास कोई अप्रत्याशित घटना थी)। भले ही मैं अकेला हूं, मैं एक सर्वर (बस एक लैन पर घर पर यहां चल रहा है) को धक्का देता हूं जो सीआई करता है। यह overkill लेकिन dunno की तरह लग सकता है, मुझे अपने पूर्व कार्यस्थलों में उस पर झुकाव करने की आदत है। इसके अलावा मैं हर बार हाथ से अपनी सभी इकाई और एकीकरण परीक्षण चलाने से परेशान नहीं होना चाहता। मुझे लगता है कि यह सब सिर्फ धक्का देने के लिए बंधा हुआ है। यदि कोई परीक्षण विफल हो जाता है तो आगे बढ़ने वाले फैशन में काम करना काफी आसान है, जहां मैं प्रतिगमन करता हूं, नवीनतम संशोधन में गलती को ठीक करता हूं, और जारी रखता हूं। यही कारण है कि कहा, मैं कम से कम कर निर्माण एक डीबग बिल्ड के खिलाफ कोड इससे पहले कि मैं प्रतिबद्ध।
क्या मुझे यह सुनिश्चित करने से पहले कि मैं रात के खाने के लिए काम करना बंद कर दूं, मुझे प्रत्येक सुबह / दोपहर सुनिश्चित करना चाहिए?
मैं बाहर जाने से पहले कमिटमेंट करना पसंद करता हूं और प्रोग्रामिंग के बीच ब्रेक होता है। मैं वास्तव में क्यों इस सवाल का सामना करना पड़ा जब तक वास्तव में बहुत सोचा नहीं था। मुझे लगता है कि यह खुद को उठाने से रोकने के लिए है, जहां मैंने एक प्रतिबद्ध लॉग के बिना वहां छोड़ दिया जहां मैंने छोड़ा था कि मैं अलग हो सकता हूं और आगे। हम्म, मुझे उस पर वापस जाने की आवश्यकता है क्योंकि यह संभवतः सैद्धांतिक रूप से आवश्यक नहीं है कि मैं कितनी बार प्रतिबद्ध हूं। मैं अभी भी अधिक आरामदायक कमिटिंग महसूस करता हूं और इससे पहले कि मैं कंप्यूटर को छोड़ दूं, जो भी कारण हो। इसमें से कुछ हो सकता है कि पूर्व मनोवैज्ञानिक डर, कहते हैं, कंप्यूटर में आग लगने के बाद मैं छोड़ने के बाद और उन दिनों में प्रोजेक्ट मैनेजर जब हम देवों के साथ एसवीएन का उपयोग कर रहे थे, कभी-कभी हफ्तों के लिए हमारी गर्दन को नीचे किए बिना चलता रहता था और लगातार हमें कोड में जांचने के लिए याद दिलाते हुए हमें याद दिलाते हुए जितनी बार संभव हो सके। हमारा कोड कंपनी की संपत्ति है। इसके अलावा यह विशेष रूप से धकेलने के साथ थोड़ा अधिक कुशल है ताकि मेरी सीआई प्रक्रिया सभी परीक्षणों को चलाना शुरू कर सके, जबकि मैं दूर हूं ताकि मैं वापस आ सकूं और परिणाम देख सकूं।
ओह और कभी-कभी मैं छोड़ने के बाद थोड़ा नशे में हो जाता हूं और आमतौर पर नशे में रहते हुए जटिल कोड लिखने की कोशिश करना एक बुरा विचार है (हालांकि हमेशा नहीं; एक समय मैं नशे में रहते हुए एक यूरेका पल के बाद वास्तव में अच्छा संदर्भ मेनू प्रणाली के साथ आया था; लेकिन मुझे केवल 6 बियर पसंद थे और यह उस कोड को जटिल नहीं था)। यदि मैं ऐसा करने का प्रयास करता हूं, तो कम से कम मैंने सोबर-कोड लिखे कोड को कमिट किया, इससे पहले कि मैं वापस आकर सोबर कोड के साथ ड्रंक कोड को मिक्स करने की बजाय वापस कर दूं, जिस बिंदु पर मेरा कमिट लॉग पढ़ सकता है, "Reverting back to code written before Jagermeister shots."
मैं ऐसा नहीं करता बहुत बार जब तक मुझे एक शराबी कोड प्रेरणा नहीं मिली, लेकिन उन दुर्लभ मामलों में, यह वास्तव में मदद करता था कि मैंने बाहर जाने से पहले कुछ किया और नशे में हो गया।