आप सार्वजनिक रूप से ब्राउज़ करने योग्य स्रोत कोड से प्रमाण-पत्र रखने के लिए कैसे प्रबंधित करते हैं?

Question

मान लें कि आप सेटिंग फ़ाइल के लिए स्रोत कोड दिखाना चाहते हैं लेकिन सार्वजनिक स्रोत कोड में 3-4 लाइनों को दिखाना नहीं चाहते हैं। क्या आप बस उन चरों को मैन्युअल रूप से प्रतिस्थापित करते हैं या क्या आपके द्वारा उपयोग की जाने वाली कुछ चालें हैं, जैसे कि उन्हें एक और अलग फ़ाइल में शामिल करना और मुख्य conf में शामिल हैं?

या रिपो में उस फ़ाइल को ट्रैक न करने और शामिल करने के लिए यह अधिक आम है?

Answer 1

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

मैं आपको एक उदाहरण दूंगा कि मैं आमतौर पर अपने Django/पायथन परियोजनाओं के लिए यह कैसे करता हूं। एक केंद्रीय, प्रति-परियोजना settings.py फ़ाइल है, जो संस्करण नियंत्रण में है, और एक मंच (शायद प्लेटफ़ॉर्म यहां उपयोग करने के लिए बिल्कुल सही शब्दावली नहीं है) विशिष्ट local_settings.py फ़ाइल। local_settings.py फ़ाइल settings.py फ़ाइल है, जहां विभिन्न सेटिंग चर निम्नलिखित तरीके से परिभाषित कर रहे हैं के भीतर से आयात किया जाता है:

import local_settings 

DATABASE_USER = local_settings.db_user 
DATABASE_PASSWORD = local_settings.db_pass 

और इसके बाद के संस्करण का टुकड़ा के साथ जाने के लिए एक उदाहरण के रूप में, local_settings.py फ़ाइल इस प्रकार परिभाषित किया गया है:

db_user = 'user' 
db_pass = 'pass' 

मुझे वास्तव में अच्छी तरह से काम करने के लिए इस मुद्दे से निपटने के दौरान इस पैटर्न को मिला है।

Answer 2

यह संदर्भ पर निर्भर करता है, लेकिन एक सामान्य समाधान application.cfg.sample है जिसमें कोई संवेदनशील जानकारी नहीं है। यह फ़ाइल भंडार में है, आदि। जब आप वास्तव में एप्लिकेशन को तैनात करते हैं, तो आप उस फ़ाइल को application.cfg पर कॉपी करते हैं और पासवर्ड में संपादित करते हैं, आदि

एक और तरीका उदाहरण मानों को आपके विकास के लिए काम करने देना है, लेकिन अर्थहीन होना अर्थात:

host: localhost 
username: user 
password: test 

यह वास्तव में एक वैध डेटाबेस खाते या जो कुछ भी अपने विकास कार्य केंद्र पर हो सकता है, लेकिन एक उपयोगकर्ता मान नहीं होता है कि यह और जानकारी शायद ही संवेदनशील है।

Answer 3

बस उदाहरणों के साथ चर को प्रतिस्थापित करें।

SETTINGS = { 
    username: 'test', 
    password: 'mypass' 
} 

आदि

Answer 4

आप कर सकते थे या तो, में फ़ाइल की जाँच नहीं करता है, तो इसका केवल एक स्थानीय विन्यास के लिए एक वैध सेटिंग वहाँ वास्तव में सार्वजनिक स्रोत कोड में शामिल या स्मार्ट बात करने के लिए कोई मतलब नहीं है और जानकारी एन्क्रिप्ट करें (एएसपी सेटिंग्स फ़ाइल के मामले में)।