Server-tools: [RFC] मॉड्यूल_auto_update: सामुदायिक मॉड्यूल अपडेटर

@ टेल्स और

हर कोई गिट का उपयोग नहीं करता है, इसलिए यह संभव नहीं है।

: +1: सामुदायिक अद्यतन सुविधा के लिए।

हमारे कुछ उदाहरण अभी भी Dockerized नहीं हैं, इसलिए मैं वास्तव में विरासत को जोड़ने के लिए एक विकल्प के रूप में git हैंडलिंग को जोड़ने के साथ काम करने के लिए थोड़ा आसान हो सकता हूं और बैक अपग्रेड को थोड़ा धक्का दे सकता हूं।

कम से कम मेरे डिप्लॉयज़ में एक मुद्दा जो हम चलाएंगे, वह यह है कि ओडू उपयोगकर्ता के पास कुछ दुर्लभ उदाहरणों (और फिर भी, केवल उनके ./static dir) को छोड़कर मॉड्यूल निर्देशिकाओं तक पहुंच नहीं है। क्या यह आपके लिए @ Yenthe666 नहीं है?

हाय @ इलास्ली ,

नहीं, हम उस समस्या नहीं है। हमारे Odoo उपयोगकर्ता के पास इसके लिए /odoo फ़ोल्डर के अंदर पहुंच है।

सादर,
येंथे

इसके अलावा @pedrobaeza इसे आसानी से एक सेटिंग के रूप में कॉन्फ़िगर कर सकता है जो इसे चाहते हैं या गिट का उपयोग करने की अनुमति देता है।

तो ठीक है

@ Yenthe666 - यह सुविधा जोड़ने के लिए काफी आसान है, इसलिए हम आगे

एक नोट के रूप में, मैं ओडू उपयोगकर्ता को उन फ़ाइलों तक पहुंच लिखने की अनुमति देने के लिए कॉन्फ़िगरेशन की अनुशंसा नहीं करता, जिन्हें स्पष्ट रूप से लिखने की आवश्यकता नहीं है। यह Wordpress और Magento जैसे अन्य CMS के लिए एक सामान्य हमला वेक्टर है - इसलिए मुझे ऐसा लगता है कि यहाँ भी ऐसा ही होगा। मूल रूप से अगर कोई हमलावर ओडू पर नियंत्रण हासिल करता है, तो वे उन स्थानों पर दुर्भावनापूर्ण कोड लगा सकते हैं जहां आप कभी नहीं दिखेंगे।

एक समाधान गिट और संस्करणों के बारे में भूलना है, और इसके बजाय SHA चेकसम का उपयोग करना है। ir.cron नौकरी होगी:

1. पूरे ऐडऑन फ़ोल्डर के लिए एक चेकसम उत्पन्न करें।
2. इसे अंतिम चेकसम के खिलाफ जांचें जो उसने संग्रहीत किया था।
3. यदि यह बदल गया है, तो नए चेकसम को अपडेट करने और संग्रहीत करने के लिए एडऑन सेट करें।
4. जब सभी addons के साथ ऐसा करना समाप्त हो जाए, तो अपडेट सिस्टम को ट्रिगर करें।

@lasley हमारे पास यह मॉड्यूल है जो आंशिक रूप से आपके द्वारा सुझाए गए और ऑटोबैकअप https://github.com/ingadhoc/odoo-support/tree/9.0/database_tools को भी कवर करता है
हमने पहले ही ओडू दिन और ओका स्प्रिंट के दिनों को प्रस्तुत किया है, लेकिन इसने ध्यान नहीं दिया
आप रीडमी पर उपलब्ध प्रस्तुति की जांच कर सकते हैं। हमने "cli" जोड़ दिया है ताकि आप कमांड लाइन से "odoo.py fixdb" जैसी किसी चीज़ से डेटाबेस को ठीक कर सकें। Db को ठीक करते समय यह उसी xmlrpc पर एक webclient शुरू करता है जिसमें एक स्थैतिक पृष्ठ होता है जो बताता है कि आप अपग्रेड के अधीन हैं।
मॉड्यूल में बहुत सारी बदसूरत चीजें हैं, लेकिन हम इसे 3 साल के उत्पादन में उपयोग कर रहे हैं

@Yajo - ओह अच्छा विचार स्नैप। RFC अपडेट किया गया। क्या यह सिर्फ ओडू बूट पर निर्देशिका चेकसम उत्पन्न करने के लिए समझ में आता है, या शायद हमें एक बटन की आवश्यकता है?

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

मुझे लगता है कि डिफ़ॉल्ट "रन क्रोन अब" बटन चाल होगा। यह वास्तव में IMHO की जरूरत होगी, लेकिन आप इसे पहले से ही वहाँ है।

मैं भी कम से कम होशियार रहूँगा और डिफ़ॉल्ट रूप से checksum_installed खाली होने दूंगा। अगला क्रोन पुनरावृत्ति इसे एक बेमेल पर विचार करेगा और सब कुछ अपडेट करेगा। और उस बिंदु से, सभी अच्छा होगा। क्रोन को 3AM या तो चलाने के लिए पूर्वनिर्मित होना चाहिए।

@ टेल्स यस, इसकी डुप्लिकेट बहुत है, लेकिन यह एक

@jjscarafia - LGPL के लिए मुख्य निहितार्थ यह है कि किसी व्यक्ति के लिए आपके ऐप के एक बंद स्रोत को व्युत्पन्न बनाना संभव है, इसलिए वे निश्चित रूप से बहुत भारी हैं। इस ब्रेकडाउन पर एक नज़र डालें जो अत्यधिक सरलीकृत है लेकिन मुझे लगता है कि इस बिंदु को पार किया जाता है।

आप देखेंगे कि "समान लाइसेंस" केवल तभी लागू होता है जब व्युत्पन्न आपके सॉफ़्टवेयर का उपयोग पुस्तकालय के रूप में नहीं कर रहा हो। आम आदमी की शर्तों में इसका मतलब है कि जीपीएल और एजीपीएल लाइसेंस किसी भी चीज में बह जाएंगे, जो कि आपके मॉड्यूल पर निर्भर करता है। LGPL को केवल उस कोड में ब्लीड किया जाएगा जो आपके मॉड्यूल के वास्तविक कोड में संशोधन करता है, इसलिए केवल मैनिफ़ेस्ट में इसके आधार पर आप किसी भी लाइसेंस (संभवतः मालिकाना) का चयन कर सकेंगे।

अनुमति और लाइसेंस परिवर्तन के लिए हमें आपकी आवश्यकता है। मेरी टीम हमारी ज़रूरत के सामान को माइग्रेट करेगी, फिर आपको पीआर में टैग करेगी और वहां आपकी स्वीकृति प्राप्त करेगी। फिर हम आपके पास परिवर्तन के लिए सहमत होने का एक रिकॉर्ड है, और हम जाने के लिए अच्छे हैं।

मैं आपके मॉड्यूल में बहुत गहराई तक नहीं गया हूं, लेकिन मैं उत्सुक था कि fix_db हिस्सा क्या करता है? क्या यह सब कुछ पर एक अद्यतन चलाता है?

@ लिंक और स्पष्टीकरण के लिए धन्यवाद, अब बहुत स्पष्ट है। ठीक है, मेरे लिए, मैं पीआर पर पिंग का इंतजार करता हूं।
यह विधि डेटाबेस इंटरफ़ेस से कॉल

Cli "fixdb" हर डेटाबेस के लिए उस विधि को कॉल करता है (यदि आप कोई निर्दिष्ट नहीं करते हैं) या -d डेटाबेस के लिए।
हम घंटे docker छवि के

# 882 में ट्रैक करना बंद करना