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