एक समूह के वातावरण में विकास करते समय और कुछ कोड आधार में सुविधाओं को जोड़ना या संशोधित करना। क्या इसे वर्तमान कोडिंग मानकों तक लाने के लिए पिछले डेवलपर्स कोड में सुधार करने के लिए आपत्तिजनक या अपवित्र माना जाता है? मैं समझता हूं कि मानक बदल गए हैं, और संभवत: बदलते रहेंगे, लेकिन यदि कोई आपके माध्यम से आया और आपके कोड स्वरूपण को बदल दिया गया तो क्या आप में से कोई भी नाराज हो जाएगा?
स्पष्ट होने के लिए, मैं किसी भी तर्क को बदलने की बात नहीं कर रहा हूं, बस टैब और स्पेस के साथ खिलवाड़ कर रहा हूं और ऐसे।
संपादित करें: मैं केवल कोडिंग मानकों के लिए ऐसा नहीं करता हूं, यह मुझे उनके कोड के माध्यम से पढ़ने में मदद करता है और इसे अद्यतित करता है ताकि मैं महत्वपूर्ण अनुप्रयोगों को संशोधित करने से पहले लागू किए गए तर्क को पूरी तरह से समझ सकूं।
6
हर किसी के लिए "सेव पर फॉर्मेट" सक्षम करें। कभी-कभी सेटिंग्स पर एक ही सहमत का उपयोग करें। थोड़ी देर के बाद सभी कोड सामान्यीकृत होते हैं।
एक ऐसा बिंदु हो सकता है जहां यह बहुत दूर तक जाता है। मेरे पास एक सहकर्मी था जो सब कुछ को सुधारता था, जो कि जहां तक आवश्यक था, तब तक लाइनब्रीक को जोड़ा नहीं गया था। व्यक्तिगत रूप से जब तक यह अपठनीय नहीं है या कोड मेरी प्राथमिक जिम्मेदारी बन गई है, जब तक मैं अन्य परिवर्तन नहीं कर रहा हूं, मैं प्रारूपण को अकेला छोड़ देता हूं।
—
सोयलेंटग्रे
यदि आप c # में कोडिंग कर रहे हैं, तो StyleCop से चिपके रहें। यदि अन्य भाषाओं में है, तो एक अच्छा, निष्पक्ष उपकरण चुनने की कोशिश करें।
—
जॉब
क्या यह "मैं स्वरूपण बदल रहा हूं ... क्योंकि मुझे लगता है कि इसे अलग दिखना चाहिए" .. या क्या यह "मैं स्वरूपण बदल रहा हूं ... मानकों से भी मेल खाता है ..." बेहद अलग-अलग प्रश्न
—
वर्नरसीडी
@ थोरबॉर्न मैं एक शाखा पर विचार नहीं करूंगा जो प्रत्येक फ़ाइल में फ़ॉर्मेटिंग को ठीक करती है, प्रति फ़ाइल 1 फ़ाइल, इतिहास की हत्या। हालांकि, एक ही प्रतिबद्ध के दौरान इसे ठीक करना सिर्फ बुरा है। (मैं वे की तरह कुछ इस्तेमाल कर सकते हैं लगता है कि
—
वैकल्पिक
git addचुनिंदा हिस्सों प्रतिबद्ध करने के लिए है, लेकिन मेरा अनुमान है कि ज्यादातर लोगों को के बराबर का उपयोग करें svn commitया git commit -a)