डेवलपर टूल · पाठ तुलना
तैनात करने से पहले एक कॉन्फ़िग फ़ाइल को अलग करें: छोटे परिवर्तन, बड़े परिणाम
· यह क्यों मायने रखती है
पाठ-अंतर विन्यास तैनाती
लाइव होने से पहले किसी भी कॉन्फ़िगरेशन परिवर्तन की त्वरित लाइन-दर-लाइन तुलना के लिए तर्क देता है, जिसमें सामान्य एक-वर्ण की गलतियाँ पकड़ी जाती हैं।
एक-वर्ण आउटेज - एक लापता अर्धविराम या एक स्वैप किए गए पोर्ट के साथ खुलता है जिसे एक त्वरित तुलना ने पकड़ लिया होगा
एक-वर्ण कॉन्फ़िगरेशन संपादन का एक बड़ा परिचालन प्रभाव हो सकता है, लेकिन अंतर केवल यह साबित कर सकता है कि चरित्र बदल गया है। एक पोर्ट, होस्ट, बूलियन या डिलीमीटर तैनाती से पहले जानबूझकर समीक्षा के योग्य है क्योंकि एक ज्ञात-अच्छी फ़ाइल की प्रतिलिपि बनाने से इच्छित संपादन के साथ असंबंधित संपादन भी हो सकते हैं।
अनुमोदित प्रक्रिया के माध्यम से वास्तविक तैनात संस्करण और उम्मीदवार संस्करण को कैप्चर करें। किसी भी पक्ष को दोबारा टाइप करने के बजाय संशोधित पाठ की तुलना करें। पुनः टाइप करने से एक तीसरा संस्करण बनता है और यह साक्ष्य कमजोर हो जाता है कि प्रदर्शित पंक्तियाँ बताती हैं कि परिनियोजन प्रणाली क्या उपभोग करेगी।
जब आपने केवल एक चीज़ बदली हो तब भी कॉन्फ़िगरेशन में अंतर क्यों होता है - यह बताता है कि एडिटर, फ़ॉर्मेटर और कॉपी-पेस्ट कैसे वे परिवर्तन लाते हैं जिनका आप इरादा नहीं करते थे
यहां तक कि कथित तौर पर एकल-सेटिंग परिवर्तन में फ़ॉर्मेटर आउटपुट, लाइन-एंडिंग रूपांतरण, कॉपी की गई टिप्पणियां या डुप्लिकेट प्रविष्टियां शामिल हो सकती हैं। ToolAcre विभाजन करते समय CR, LF और CRLF को सामान्य करता है, इसलिए इसकी रिपोर्ट भौतिक अंतिम बाइट्स के बजाय लाइन सामग्री पर केंद्रित होती है। यह उपयोगी है लेकिन इसका दस्तावेजीकरण किया जाना चाहिए।
इग्नोर केस से शुरुआत करें और व्हाइटस्पेस को इग्नोर करें बंद करें। सामान्य परिणाम निकटतम पंक्ति-पाठ खाता है। इसकी समीक्षा करने के बाद ही आपको शोर का निदान करने के लिए सामान्यीकरण सक्षम करना चाहिए, क्योंकि प्रत्येक विकल्प जानबूझकर कुछ विशिष्ट मूल रेखाओं की तुलना बराबर करता है।
परिणाम में क्या देखना है - सामान्य निष्कर्षों को सूचीबद्ध करता है: डुप्लिकेट की गई कुंजियाँ, परिवर्तित डिफ़ॉल्ट, मानों में भटका हुआ खाली स्थान, गलती से चिपकाए गए क्रेडेंशियल
हटाए गए और जोड़े गए मानों, डुप्लिकेट की गई कुंजियों, बदली गई टिप्पणियों की जांच करें जो परिचालन संबंधी धारणाओं का वर्णन करती हैं, और गलती से उम्मीदवार में पेश किए गए क्रेडेंशियल्स की जांच करें। एक बदली हुई पंक्ति स्वचालित रूप से गलत नहीं है, और एक अपरिवर्तित पंक्ति इस बात का प्रमाण नहीं है कि पूरी फ़ाइल वैध है।
आस-पास के प्रतिस्थापनों के बिना विलोपन पर ध्यान दें। प्रतिस्थापन संपादन हटाने और जोड़ने के रूप में दिखाई देते हैं, जबकि एक गायब पंक्ति एक छोड़ी गई आवश्यक सेटिंग का प्रतिनिधित्व कर सकती है। टूल का सारांश पंक्तियों को गिनता है; यह किसी विशेष कॉन्फ़िगरेशन भाषा के लिए कुंजियाँ, डिफ़ॉल्ट या अनिवार्य फ़ील्ड वर्गीकृत नहीं करता है।
कार्यान्वित उदाहरण: एक .env फ़ाइल के दो संस्करण और एक nginx ब्लॉक - एक तुलना दिखाता है जहां इग्नोर-केस एक हानिरहित कुंजी-केस परिवर्तन को छुपाता है और एक वास्तविक होस्ट परिवर्तन को प्रकट करता है
`.env` अंश की तुलना करें जहां `API_HOST=internal-a` `API_HOST=internal-b` बन जाता है, फिर एक सर्वर ब्लॉक जिसका पोर्ट 443 से 80 में बदल जाता है। प्रत्येक को एक हटाई गई पुरानी पंक्ति और एक जोड़ी गई नई पंक्ति बनानी चाहिए। उन परिवर्तनों को परिनियोजन अनुरोध के विरुद्ध सत्यापित करें, अंतर्ज्ञान के विरुद्ध नहीं।
रूपरेखा में कुंजी-केस परिवर्तन को हानिरहित कहा गया है, लेकिन भिन्न स्रोत यह साबित नहीं कर सकता है कि कोई भी कॉन्फ़िगरेशन पार्सर मामले को इस तरह से व्यवहार करता है। जब तक प्रारूप का स्वयं का दस्तावेज़ समतुल्यता स्थापित न कर दे, तब तक केस संवेदनशीलता को सक्षम रखें। इग्नोर केस एक देखने का विकल्प है, नामों के बारे में कोई अर्थ संबंधी गारंटी नहीं।
कॉन्फ़िगरेशन कुंजियों में केस परिवर्तन हानिरहित साबित नहीं होते हैं; केस संवेदनशीलता चालू रखते हुए उनकी समीक्षा करें
पर्यावरण फ़ाइलों में टोकन, पासवर्ड या आंतरिक समापन बिंदु हो सकते हैं। समीक्षा किया गया टेक्स्ट अंतर कॉल पथ स्थानीय रूप से गणना करता है और इसमें कोई तुलना अनुरोध नहीं है, लेकिन न्यूनतमकरण अभी भी पहले आता है। दोनों तरफ रहस्यों को लगातार बदलें या समीक्षा के लिए आवश्यक केवल गैर-गुप्त क्षेत्र की तुलना करें।
लाइव क्रेडेंशियल केवल इसलिए पेस्ट न करें क्योंकि कार्यान्वयन ब्राउज़र-साइड है। एक्सटेंशन, क्लिपबोर्ड उपयोगिताएँ और डिवाइस नीति एल्गोरिथम के बाहर हैं। जब सामग्री विनियमित या उत्पादन-संवेदनशील हो, तो एक अनुमोदित स्थानीय अंतर का उपयोग करें और इस मार्ग को उपयुक्त रूप से संशोधित पाठ के लिए एक सुविधा के रूप में मानें।
ब्राउज़र-साइड तुलना प्रसंस्करण समापन बिंदु से बचती है, लेकिन रहस्यों को अभी भी पहले संशोधित किया जाना चाहिए
यह तुलना कॉन्फ़िगरेशन सिंटैक्स को पार्स नहीं करती है, रिज़ॉल्यूशन में छायांकित कुंजियों की पहचान करना या रनटाइम व्यवहार की भविष्यवाणी करना शामिल है। किसी फ़ाइल में कोई पाठ्य परिवर्तन नहीं हो सकता है और फिर भी उसे अलग तरीके से तैनात किया जा सकता है क्योंकि पर्यावरण चर, डिफ़ॉल्ट या आश्रित फ़ाइलें अन्यत्र बदल गई हैं।
यह उम्मीदवार पर भी लागू नहीं होता है या इसे वापस नहीं लेता है। पाठ्य समीक्षा के बाद प्रारूप के पार्सर, एप्लिकेशन ड्राई रन और परिनियोजन नियंत्रण का उपयोग करें। लाइन तुलना एक ऐसा द्वार है जो आकस्मिक संपादन को पकड़ लेता है; यह कॉन्फ़िगरेशन सत्यापन या परिचालन परीक्षण का विकल्प नहीं है।
टेकअवे: प्रत्येक तैनाती से तीस सेकंड पहले - आदत का सारांश देता है और कैसे ToolAcre की टेक्स्ट तुलना लॉगिन या अपलोड के बिना इसमें फिट बैठती है
तुलना को एक छोटा, दोहराने योग्य पूर्व-तैनाती चरण बनाएं: आधिकारिक स्थिति प्राप्त करें, संशोधित करें, सख्त विकल्पों के साथ तुलना करें, प्रत्येक अप्रत्याशित पंक्ति की जांच करें, फिर सिंटैक्स और एप्लिकेशन जांच चलाएं। यदि आपकी रिलीज़ प्रक्रिया उनका समर्थन करती है, तो समीक्षा की गई आर्टिफैक्ट हैश को रिकॉर्ड करें और परिणाम को बाद की कार्यशील प्रतिलिपि के बजाय सटीक रिलीज़ उम्मीदवार से लिंक करें।
ToolAcre तब उपयोगी होता है जब आपको ब्राउज़र टैब में तत्काल लाइन खाते की आवश्यकता होती है। इसकी संकीर्णता साक्ष्य को समझने योग्य रखती है: जोड़ी गई, हटाई गई और अपरिवर्तित पंक्तियाँ, मूल पाठ प्रदर्शित होने के साथ। तैनाती का निर्णय अभी भी सिस्टम के मालिकों और सत्यापित रोलआउट प्रक्रिया का है, जिसमें परीक्षण की गई रोलबैक तैयारी भी शामिल है।