सभी लोगों को यह कहते हुए "जब आपके पास लिखने के लिए एक उपयोगी, अच्छी तरह से सोचा हुआ संदेश हो, और जब आपकी सुविधा 100% पूर्ण हो, और आपके पास इसके लिए इकाई परीक्षण हों", तो मैं कहता हूं: आप अभी भी एसवीएन मानसिकता में हैं ।
यदि आप git का उपयोग कर रहे हैं , तो यह वही है जो मैं एक स्मार्ट वर्कफ़्लो कहूंगा:
- जितनी बार चाहें उतनी बार कमिट करें । वहां कोई भी पुराना क्विक मैसेज लिखें। कोई भी इसे किसी भी तरह से नहीं देखेगा।
- कहने के बाद, 10 कमिट करता है, आपने वह सुविधा समाप्त कर ली है जिस पर आप काम कर रहे थे। अब परीक्षण लिखें और उन परीक्षणों को प्रतिबद्ध करें। या फिर जो भी आप चाहते हैं। यदि आप TDD पसंद करते हैं, तो पहले परीक्षण लिखें, मुझे परवाह नहीं है, न ही गिट।
git rebase -i
पहले 'गड़बड़' से आपने जोड़ा और अपने स्थानीय इतिहास को स्क्वाश करके, संपादित करना, छोड़ना और अन्यथा अपने हाल के इतिहास को तार्किक, साफ-सुथरे संदेशों के साथ साफ करके अपने स्थानीय इतिहास को ठीक करना ।
- सफाई के बाद, किसी को आपसे खींचने के लिए कहें।
- धोये और दोहराएं।
ध्यान दें कि चरण 3 तब होता है जब आप उन अच्छे कमिट्स के साथ समाप्त हो जाते हैं जिनके बाद आप थे, और एसवीएन का उपयोग करते हुए आपको पहले दो चरणों को पूरा करने तक कमिट करने से बचना होगा, जो कि अन्य जवाबों में से अधिकांश का सुझाव दे रहे हैं। IOW, आप दूसरों पर अपना आधा लिखा हुआ, निष्कलंक कोड नहीं डालना चाहते हैं, इसलिए जब तक आपकी सुविधा नहीं हो जाती, तब तक आप एक सप्ताह के लिए प्रतिबद्ध न हों। आप इसकी पूर्ण क्षमता के लिए संस्करण नियंत्रण का उपयोग नहीं कर रहे हैं।
यह भी ध्यान दें कि चरण 1 और 3 के बीच कहीं भी, git push
यदि आपका लैपटॉप HDD मर जाता है, तो मुफ्त बैकअप प्राप्त करने के लिए आप सर्वर पर अपने निजी रेपो दर्पण में अपने बदलाव कर सकते हैं ।