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