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