ठीक है, यहाँ कुछ ऐसा है जिसने मेरी वर्तमान नौकरी पर कुछ घर्षण पैदा किया है और मुझे वास्तव में इसकी उम्मीद नहीं थी। घर में सॉफ्टवेयर डेवलपमेंट का आयोजन एक नई अवधारणा है और मैंने कुछ कोडिंग दिशानिर्देशों का पहला मसौदा तैयार किया है।
मैंने प्रस्ताव दिया है कि "टिप्पणी की गई" कोड को कभी भी भंडार में नहीं जांचना चाहिए। मैंने यह बताया है कि रिपॉजिटरी फाइलों का पूरा इतिहास रखता है। यदि आप कार्यात्मक कोड निकाल रहे हैं तो इसे पूरी तरह से हटा दें। रिपॉजिटरी आपके बदलावों को बनाए रखती है इसलिए यह देखना आसान है कि क्या बदला गया था।
इससे कुछ घर्षण पैदा हुआ है, एक अन्य डेवलपर का मानना है कि इस मार्ग को लेना बहुत अधिक प्रतिबंधात्मक है। यह डेवलपर कुछ कोड के बारे में टिप्पणी करने में सक्षम होना चाहेगा जिस पर वह काम कर रहा है लेकिन अधूरा है। यह कोड तब पहले कभी चेक नहीं किया गया था और फिर कहीं भी सहेजा नहीं गया था। हम टीएफएस का उपयोग करने जा रहे हैं, इसलिए मैंने सुझाव दिया कि परिवर्तनों को ठंडे बस्ते में डालना सबसे सही समाधान होगा। हालांकि इसे स्वीकार नहीं किया गया क्योंकि वह आंशिक बदलावों की जांच करने में सक्षम होना चाहता है जो तैनात किए जा सकते हैं या नहीं।
हम अंततः एक ऐसे बिंदु पर पहुंचना चाहते हैं जहां हम निरंतर एकीकरण का पूरा लाभ उठा रहे हैं और स्वचालित रूप से एक विकास वेब सर्वर पर तैनात हो रहे हैं। वर्तमान में वेब सर्वर या डेटाबेस सर्वर का कोई विकास संस्करण नहीं है, लेकिन यह जल्द ही बदल जाएगा।
वैसे भी, आपके विचार क्या हैं? क्या आप मानते हैं कि "टिप्पणी" कोड का भंडार में उपयोगी है?
मुझे इस विषय पर दूसरों से सुनना बहुत पसंद है।
संपादित करें: स्पष्टता के लिए, हम निजी शाखाओं का उपयोग नहीं करते हैं। अगर हमने किया तो मैं कहूंगा कि आप अपनी निजी शाखा के साथ क्या चाहते हैं, लेकिन ट्रंक या किसी भी साझा शाखाओं के साथ कोड का विलय नहीं किया है।
संपादित करें: कोई वैध कारण नहीं है कि हम निजी या प्रति उपयोगकर्ता शाखाओं का उपयोग न करें। यह एक अवधारणा नहीं है जिससे मैं असहमत हूं। हमने अभी तक इसे इस तरह सेट नहीं किया है। शायद यही बीच का रास्ता है। अभी के लिए हम TFS शेलिंग का उपयोग करते हैं।