स्रोत नियंत्रण में मुझे कितनी बार परिवर्तन करना चाहिए? हर छोटी सुविधा के बाद, या केवल बड़ी सुविधाओं के लिए?
मैं एक परियोजना पर काम कर रहा हूं और इसे लागू करने के लिए दीर्घकालिक सुविधा है। वर्तमान में, मैं हर काम के बाद, यानी हर उप-सुविधा लागू और बग को ठीक कर रहा हूं। बग की खोज के बाद मैंने कुछ फीचर के लिए परीक्षणों का एक नया हिस्सा जोड़ा है, इसके बाद भी मैं प्रतिबद्ध हूं।
हालाँकि, मैं इस पैटर्न के बारे में चिंतित हूँ। काम के उत्पादक दिन में मैं 10 कमिट कर सकता हूं। यह देखते हुए कि मैं तोड़फोड़ का उपयोग कर रहा हूं, ये कमिट पूरे रिपॉजिटरी को प्रभावित करते हैं, इसलिए मुझे आश्चर्य है कि क्या वास्तव में यह एक अच्छा अभ्यास है?
1
यार, यह सवाल राय आधारित नहीं है, और उचित उत्तर के साथ पूरी तरह से वैध प्रश्न है। कमिटिंग कुछ महत्वपूर्ण कौशल है, विचार यह है कि आपको एक कार्यशील और स्थिर वृद्धि / सुविधा / हॉटफ़िक्स करना होगा जिसे आपने अपने कोडबेस में वर्णनात्मक प्रतिबद्ध संदेशों सहित जोड़ा था। यदि यह दिन का अंत है और आप छोड़ना चाहते हैं तो आप एक टूटे हुए कोड को कमिट नहीं कर सकते हैं और कह सकते हैं कि आप इसे कल ठीक कर देंगे, क्योंकि यह महत्वपूर्ण प्रतिबद्ध और संदेश रखने के लिए मर्ज के साथ रिबेट का उपयोग करना बेहतर है और अनावश्यक लोगों को स्क्वैश करें, यदि आप सिर्फ एक अस्थायी स्थिति रखना चाहते हैं जिसमें आपको git stash का उपयोग करना है
—
Eric
अस्पष्टता से बचने के लिए, अगर कुछ विशेष स्थितियों में आपको कमिटेड कोड को कमिट करने और पुश करने की आवश्यकता होती है, तो आप वापस आने के बाद और उस ब्रांच को फिर से जारी रखना चाहते हैं, जब आप उस चीज को समाप्त कर लेते हैं जिसे आपको पिछली अधूरी कमिट में संशोधन करना होता है और फिर उसे पुश करना होता है। यह पूरी तरह से आपके ऊपर है कि आप अपने वर्किंग ट्री को कैसे साफ रखें और रेट्रोस्पेक्ट्स के लिए उपयोगी है, लेकिन विश्वास करें कि जब यह बहुत ही छिपे हुए या सूक्ष्म कीड़े या खराब फंक्शंस को खोजने और निपटने के लिए आता है, तो यह एक बहुत बड़ी मदद है यदि आपके पास क्लीन और प्रोफेशनल वर्किंग ट्री है git डिबग टूल का उपयोग करना चाहते हैं जैसे - git blame या git bisect
—
Eric