ऐसा मानते हुए:
- आपकी टीम केंद्रीकृत संस्करण नियंत्रण का उपयोग कर रही है।
- आप एक बड़ी सुविधा पर काम कर रहे हैं जिसे पूरा होने में कई दिन लगेंगे, और आप इससे पहले प्रतिबद्ध नहीं हो पाएंगे क्योंकि यह निर्माण को तोड़ देगा।
- आपकी टीम के सदस्य हर दिन कुछ ऐसा काम करते हैं जो आपके द्वारा काम की जा रही कुछ फाइलों को बदल सकते हैं।
चूंकि यह केंद्रीकृत संस्करण नियंत्रण है, इसलिए आपको कुछ बिंदु पर अपने स्थानीय चेकआउट को अपडेट करना होगा: नई सुविधा करने से पहले कम से कम एक बार।
यदि आप अपनी प्रतिबद्धता से ठीक पहले एक बार अपडेट करते हैं, तो आपके साथियों द्वारा कई अन्य परिवर्तनों के कारण बहुत अधिक संघर्ष हो सकते हैं, जो एक बार में सभी को हल करने के लिए दर्द की दुनिया हो सकती है।
या, आप अक्सर अपडेट कर सकते हैं, और यहां तक कि अगर दिन-ब-दिन हल करने के लिए कुछ संघर्ष हैं, तो यह करना आसान होना चाहिए, थोड़ा कम।
क्या आप हमेशा बने रहेंगे यह अक्सर अद्यतन करने के लिए एक अच्छा विचार है?
16
यदि आप ब्रांच नहीं कर रहे हैं, तो आप संस्करण नियंत्रण प्रणाली के सबसे बड़े लाभों में से एक का लाभ नहीं उठा रहे हैं ।
—
गहू
क्या आपकी सीवीसी आपकी स्थानीय फाइलों को संशोधित किए बिना संभावित अपडेट संघर्षों का एक सुविधाजनक दृश्य प्रदान करता है? TortoiseSVN में ऐसी कार्यक्षमता है।
—
rwong
पहले चर्चा की गई: आपको कितनी बार मुझे कमिट करना चाहिए? और git / अन्य VCS - कितनी बार प्रतिबद्ध है?
—
gnat
@ वाजिब सवाल यह है कि कितनी बार अपडेट करना है, कमिट नहीं करना है
—
josos
यह प्रश्न विशेष रूप से "अपडेट" करने के लिए कितनी बार है। और यह पहले से ही मान्यताओं का हिस्सा है जो आपके टीम के साथी वास्तव में करते हैं। जो निश्चित रूप से एक अच्छी बात है, लेकिन किसी भी मामले में यहाँ विषय नहीं है।
—
जानूस