Laverna: इस परियोजना के लिए विकास के साथ शुरुआत करना...

को निर्मित 16 अग॰ 2016 · 4टिप्पणियाँ · स्रोत: Laverna/laverna

किसी बिंदु पर मैं इस परियोजना के लिए सुविधाओं का विकास/सुधार शुरू करना चाहता हूं लेकिन मेरे पास शुरू करने के बारे में कुछ प्रश्न हैं:

क्या कोई औपचारिक मानदंड है जो किसी विचार को मास्टर संस्करण में स्वीकार करने के लिए कोडिंग करते समय आवश्यक है (सर्वोत्तम कोडिंग प्रथाओं को अपनाएं, परियोजना में निर्दिष्ट केवल भाषाओं और ढांचे का उपयोग करें, संशोधन करते समय अपना नाम शामिल करें, .. ., आदि) या हम इसे लागू करने के लिए स्वतंत्र हैं जैसा हम चाहते हैं?
उपयोग की जा रही सभी प्रोग्रामिंग भाषाएं और ढांचे क्या हैं? मुझे ऐसा लगता है कि विकास पक्ष पर मूल जावास्क्रिप्ट या जावास्क्रिप्ट ढांचा (बैकबोन जेएस प्रतीत होता है), जबकि मोचा और कर्म का परीक्षण ढांचे के लिए उपयोग किया जाता है।

साथ ही, #507 पढ़ने से, ऐसा लगता है कि इस एप्लिकेशन के प्रत्येक संस्करण (डेस्कटॉप, मोबाइल और वेब) के बीच स्रोत कोड में बहुत अंतर नहीं है। वर्तमान सुविधा जिसे मैं कार्यान्वित करने पर विचार कर रहा हूं वह "नोट संपादित करें" मोड में टूलबार के भीतर प्रत्येक आइकन के लिए टूलटिप है। मैंने इसे वेब संस्करण में लागू करने की योजना बनाई थी (इससे मेरा मतलब गिटहब पर होस्ट किया गया स्रोत कोड है जिसे मैं केवल वेब मान रहा हूं), लेकिन अगर मैं बाद में इसे अन्य दो में शामिल करना चाहता हूं, तो क्या कोई प्रक्रिया मौजूद है ऐसा करने के लिए? (_यह इकाई परीक्षण लिखने के साथ-साथ केवल विकास पर भी लागू नहीं होता_)

मुझे बताएं कि मैंने जो कुछ भी उल्लेख किया है, उसे और स्पष्टीकरण की आवश्यकता है।

question

स्रोत

JerJohn15

सभी 4 टिप्पणियाँ

कोडिंग शैली : 4 रिक्त स्थान (आईएमओ को पढ़ना आसान बनाता है)।
परियोजना की प्रोग्रामिंग भाषा: जावास्क्रिप्ट। चौखटे: Marionettejs.

आप सही कह रहे हैं कि एप्लिकेशन के प्रत्येक संस्करण में कोई अंतर नहीं है। इसका मतलब है कि हमें हर तरह के ऐप के लिए हर बार एक ही फीचर को लागू करने की जरूरत नहीं है।

wwebfor 18 अग॰ 2016

👍1

@wwebfor ठीक है, तो आपने जो उल्लेख किया है, उसके अलावा, हम अपने विचारों को लागू करने के लिए स्वतंत्र हैं, हालांकि हम फिट देखते हैं? आपके अंतिम बिंदु पर टिप्पणी करने के लिए, यदि मैं ऐप के वेब संस्करण के लिए एक सुविधा लागू करता हूं, और फिर मोबाइल और/या डेस्कटॉप संस्करणों के लिए एक ही सुविधा बनाना चाहता हूं, तो मुझे रिलीज से उपयुक्त फ़ाइल डाउनलोड करने की आवश्यकता होगी अनुभाग?

अतिरिक्त प्रशन:

क्या यह वैकल्पिक है यदि मैं अपने नाम को एक नई सुविधा या परिवर्तन में लिखना चाहता हूं जिसमें मैं योगदान देता हूं, या क्या आप इसे नहीं करेंगे (क्योंकि हम यह बता सकते हैं कि कौन जीथब पर काम करता है)?
क्या आप पसंद करेंगे, जब लोग परियोजना में एक फीचर/संशोधन परिवर्तन कर रहे हों, कि वे अपने मास्टर फोर्क में फीचर बनाने के बजाय अपने फोर्क से बनाई गई नई शाखा में ऐसा करें और फिर इसे सबमिट करें? (इसलिए यदि मैं टूलबार के लिए टूलटिप सुविधा बनाना चाहता हूं जहां उपयोगकर्ता नोट्स संपादित करता है, तो मैं अपने फोर्क में "टूलटिप-एडिट नोट" नामक एक शाखा बना सकता हूं, इस सुविधा को लागू कर सकता हूं, और इसे इस तरह से धक्का दे सकता हूं)

JerJohn15 18 अग॰ 2016

हां, आप विचारों को लागू करने के लिए स्वतंत्र हैं, हालांकि आप फिट देखते हैं।
एक कार्यान्वित सुविधा सभी प्लेटफार्मों के लिए उपलब्ध होगी

अतिरिक्त:

अगर आप चाहते हैं तो यह आपका अधिकार है। लेकिन इसकी आवश्यकता नहीं है।
आमतौर पर, हम dev शाखा पर काम करते हैं। इसलिए, यह बेहतर होगा कि आप इस शाखा के आधार पर अपनी सुविधा बनाएं और उसी शाखा में अपने परिवर्तन सबमिट करें। यदि आप किसी नई शाखा पर एक सुविधा बनाते हैं तो यह भी बेहतर है। परिवर्तनों को मर्ज करते समय या विरोधों को हल करते समय यह इसे और स्पष्ट करता है।

wwebfor 19 अग॰ 2016

👍1

@wwebfor मेरे पास इस विषय के संबंध में कोई अतिरिक्त प्रश्न नहीं हैं। मुझे लगता है कि इसे अब बंद किया जा सकता है।

स्पष्टीकरण के लिए धन्यवाद।

JerJohn15 10 सित॰ 2016

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Laverna: इस परियोजना के लिए विकास के साथ शुरुआत करना...

सभी 4 टिप्पणियाँ

संबंधित मुद्दों