Partkeepr: मेटा: बहुत सारे खुले मुद्दे

तो मूल रूप से हम एक वास्तविक "बैकलॉग" बनाते हैं ...
@Drachenkaetzchen क्या आप परियोजना में हम में से कुछ को जोड़ने के लिए तैयार हैं ताकि हम मुद्दों पर कुछ आदेश ला सकें?

तो मूल रूप से हम एक वास्तविक "बैकलॉग" बनाते हैं ...

की तरह। लेकिन, हाँ, यह मूल विचार है।

@Drachenkaetzchen क्या आप परियोजना में हम में से कुछ को जोड़ने के लिए तैयार हैं ताकि हम मुद्दों पर कुछ आदेश ला सकें?

अगर वांछित है, तो मैं यहां मदद करने को तैयार हूं।

हे दोस्तों, यह एक बहुत अच्छा विचार है और हमारे द्वारा IRC पर भी चर्चा की गई थी।

मुझे हाल ही में जीथब तक पहुंच मिली है और मैं मुद्दों को प्रबंधित करने के लिए संगठनात्मक पक्ष के साथ मदद करने के लिए कुछ और लोगों को जोड़ने पर एक नज़र डालूंगा और इसमें मदद करने के लिए आपके प्रस्ताव की सराहना करूंगा।
(यदि समय की कमी के कारण मैं भूल जाता हूं तो मुझे इसके बारे में बताने में संकोच न करें)

ठीक है @christianlupus मैंने आपको इस रिपॉजिटरी में एक ट्राइएज सदस्य के रूप में जोड़ा है।
@baradhili क्या आप भी इसमें मदद करने के इच्छुक हैं?

इसके लिए क्षमताओं का वर्णन यहां किया गया है: https://help.github.com/en/github/setting-up-and-managing-organizations-and-teams/repository-permission-levels-for-an-organization

अंततः निश्चित रूप से हम कुछ और लोगों को भी जोड़ेंगे जिनके पास कोड एक्सेस है। अभी के लिए आइए मुद्दों को व्यवस्थित करने पर कुछ ध्यान केंद्रित करने का प्रयास करें।

@dromer हाँ कृपया

@dromer जोड़ने के लिए धन्यवाद।

पहला सुझाव यह है कि एक लेबल needs-triage जोड़ा जाए और इस लेबल में हर नए मुद्दे और पीआर को रखने के लिए एक नियम स्थापित किया जाए।
कारण: रिपोर्टर देखता है कि एक ट्राइएज की जरूरत है/किया जा रहा है। इसके अलावा हम ऐसे मुद्दों के लिए (बाद में) सॉर्ट कर सकते हैं। हो सकता है कि हमें हर मुद्दे को इस लेबल के तहत रखने पर विचार करना चाहिए ताकि यह देखा जा सके कि पहले से क्या किया जा चुका है और किन बातों पर ध्यान देने की आवश्यकता है।

और अतिरिक्त: मैं निम्नलिखित लेबलों का भी सुझाव देता हूं:

• meta : कोड से संबंधित नहीं बल्कि रेपो, विकी, प्रोग्रामिंग मानकों और इसी तरह के मुद्दों के लिए उपयोग किया जाता है
• help-requested : यह इंगित करने के लिए उपयोग किया जाता है कि सेटअप, उपयोग आदि के दौरान कोई समस्या सहायता मांग रही है। इसे गीथूब पर यहां एक मुद्दे के रूप में रखने से बेहतर मंच पर धकेल दिया जा सकता है।

अच्छा लगता है .. हालांकि मेरा सुझाव है कि हम सब कुछ needs-triage तहत न करें क्योंकि हम बस वहीं समाप्त हो जाएंगे जहां हम अभी हैं :) .. मैं backlog , next-release भी सुझाव दूंगा समीक्षा के तहत चीजें मिलने के बाद roadmap

जैसा कि मैंने अब कुछ मुद्दों को वर्गीकृत करना शुरू किया, मुझे उन पर लेबल लगाना मुश्किल लगा जब तक कि ये स्पष्ट रूप से परिभाषित न हों (कम से कम उनमें से एक हिस्से के लिए)।

@christianlupus आप ट्राइएज का समन्वय कैसे करना चाहते हैं? मैं यूटीसी+8 में हूं

@christianlupus ऐसा लगता है कि हमें एक और टैग "मूव-टू-विकी" की आवश्यकता हो सकती है

@christianlupus आप ट्राइएज का समन्वय कैसे करना चाहते हैं? मैं यूटीसी+8 में हूं

@baradhili मैं यूटीसी+1 (बर्लिन) में हूं।
मैं कुछ मुद्दों को कुछ लेबल और लागू होने पर एक मील का पत्थर दे रहा था। हालांकि अब मेरे लिए काम पर जाने का समय हो गया है। तो मैं अभी के लिए रुकूंगा।

क्या आपके पास समन्वय के बारे में कोई अच्छा सुझाव है? एक व्यक्ति सुबह एक व्यक्ति शाम को टकराव से बचने के लिए? इस पर काम करने का आपका पसंदीदा समय क्या है?

जैसा कि मुझे नहीं पता कि आप किस शहर में रह रहे हैं, मैंने नामित टाइमज़ोन से एक यादृच्छिक रूप से लिया: यहां आप समय बदलाव का प्रबंधन करने के लिए एक त्वरित अवलोकन प्राप्त कर सकते हैं। आप अपने शहर को अपनाना चाह सकते हैं।

@christianlupus ऐसा लगता है कि हमें एक और टैग "मूव-टू-विकी" की आवश्यकता हो सकती है

हाँ, ऐसा ही लगता है।

@christianlupus मैं इस समय bug टैग के साथ पुराने मुद्दों के माध्यम से काम कर रहा हूं .. मुझे लगता है कि मैं अपना समय लगभग 8 या 9 बजे में एक घंटा लगा सकता हूं ... मैं उसी साइट के अंग्रेजी संस्करण का उपयोग करता हूं - मैं मैं पर्थ में हूं - हम शायद उन मुद्दों को फ़्लैग करना चाहते हैं जो किसी तरह के टैग के साथ जटिल हैं ताकि दूसरे को देख सकें और राय दे सकें ..

@dromer अगर हम आपको नए टैग की सूची दें तो क्या आप उन्हें जोड़ सकते हैं?

ओह, क्या यह कुछ ऐसा है जो मुझे करने की ज़रूरत है?

मुझे बताएं और मैं कुछ और जोड़ने पर विचार करूंगा।

@christianlupus मैं इस समय bug टैग के साथ पुराने मुद्दों के माध्यम से काम कर रहा हूं .. मुझे लगता है कि मैं अपना समय लगभग 8 या 9 बजे में एक घंटा लगा सकता हूं ... मैं उसी साइट के अंग्रेजी संस्करण का उपयोग करता हूं - मैं पर्थ में हूँ -

ठीक है, यह पूरी तरह आप पर निर्भर है। यहां मदद करने के लिए धन्यवाद। मैं अभी के लिए बिना लेबल वाले मुद्दों पर काम कर रहा हूं, इसलिए हम टकरा नहीं रहे हैं।

हम शायद उन मुद्दों को फ़्लैग करना चाहते हैं जो किसी तरह के टैग के साथ जटिल हैं ताकि दूसरे को देख सकें और एक राय दे सकें।

हाँ, मुझे लगता है कि यह एक अच्छा विचार है। कैसे के बारे में complex-triage ?

ओह, क्या यह कुछ ऐसा है जो मुझे करने की ज़रूरत है?

मुझे बताएं और मैं कुछ और जोड़ने पर विचार करूंगा।

हम मुद्दों पर केवल लेबल और माइलस्टोन संलग्न कर सकते हैं। लेकिन हम मान्य लेबलों की सूची में नए लेबल नहीं जोड़ सकते। तो, हाँ, हम आपसे प्रासंगिक लेबल जोड़ने के लिए कहेंगे।

@baradhili तो हमारे पास नए लेबल की यह सूची नहीं है (कृपया मुझे सही करें):

• meta
• help-requested
• move-to-wiki
• complex-triage

समय पर लेबल के बारे में ( backlog , roadmap , next-release ) मुझे लगता है कि यह मील के पत्थर से बेहतर पकड़ा गया है, क्या आपको नहीं लगता? इसके अलावा, इसे रेपो को कोड प्रदान करने वाले किसी भी व्यक्ति के साथ समन्वयित किया जाना चाहिए।

जैसे ही नए लेबल की जरूरतें सामने आ रही हैं, मैं इस टिप्पणी को अपडेट कर दूंगा। इसके साथ ठीक है? यदि हाँ, तो बेझिझक ड्रोमर से इसके बारे में पूछें।

@ड्रोमेर
क्या हमारे पास निम्नलिखित लेबल सेटअप हो सकते हैं?

• meta
• help-requested
• move-to-wiki
• complex-triage
• security-issue

धन्यवाद

@baradhili मैंने एमडी फ़ाइल में लेबल को थोड़ा व्यवस्थित करने का प्रयास किया। मैंने आपको एक सहयोगी के रूप में जोड़ा है ताकि आप फ़ाइल को संपादित कर सकें।

क्या आप परिभाषाओं के साथ ठीक हैं जहाँ तक मैंने उन्हें लिखा है?

सब अच्छा!दस्तावेज़ीकरण!

मंगलवार, 14 जनवरी, 2020 को 19:36 बजे, ईसाई सूचनाएं @github.com ने लिखा:

@baradhili https://github.com/baradhili मैंने लेबलों को व्यवस्थित करने का प्रयास किया
एक एमडी फ़ाइल में
https://github.com/christianlupus/Test-PK-Pages/wiki/Issue-Labels a
अंश। मैंने आपको एक सहयोगी के रूप में जोड़ा है ताकि आप फ़ाइल को संपादित कर सकें।

क्या आप परिभाषाओं के साथ ठीक हैं जहाँ तक मैंने उन्हें लिखा है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/partkeepr/PartKeepr/issues/1066?email_source=notifications&email_token=AAFC2FCNL4V3QXSEUTKI6HTQ5WPTFA5CNFSM4KF76JRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63#JJ74Z-5NMVXH
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AAFC2FEBIIB6JH6OJENT7GLQ5WPTFANCNFSM4KF76JRA
.

--
ब्रेट वाटसन
निर्देशक
आईटी अंतरिम प्रबंधन प्राइवेट लिमिटेड टी / ए टीआईसीएम
भीड़: +61 (0)41 33 03 840
ईमेल: ब्रेट@आईटी-अंतरिम.प्रबंधन
"इस ई-मेल प्रसारण की सामग्री पूरी तरह से नामित के लिए अभिप्रेत है
प्राप्तकर्ता (ओं), गोपनीय हो सकता है, और विशेषाधिकार प्राप्त या अन्यथा हो सकता है
सार्वजनिक हित में प्रकटीकरण से सुरक्षित। उपयोग, प्रजनन,
द्वारा इस ई-मेल प्रसारण की सामग्री का प्रकटीकरण या वितरण
नामित प्राप्तकर्ता(ओं) के अलावा कोई भी व्यक्ति प्रतिबंधित है। यदि आप नहीं हैं
एक नामित प्राप्तकर्ता कृपया प्रेषक को तुरंत सूचित करें।"

build system स्पष्ट रूप से सीआई/सीडी (मेरे 2 पीआर देखें) के साथ करना है, इसलिए मैं इसे रखूंगा।

मैं आपकी सूची @baradhili जोड़ूंगा और उम्मीद है कि आप लोग कम से कम आगे बढ़ सकते हैं।
अभी के लिए मुझे लगता है कि 'बहुत कम' होने की तुलना में 'बहुत अधिक' लेबल होना ठीक है। हम कुछ लेबल को हमेशा हटा/अनदेखा कर सकते हैं।

कोई विशेष रंग जो आप उनके साथ जोड़ना चाहते हैं? :)

ठीक है बहुत देर हो चुकी है, मैं अभी के लिए डिफ़ॉल्ट रंगों के साथ गया: डी

@dromer क्या हमारे पास 1.5.0 के लिए एक मील का पत्थर हो सकता है?

@christianlupus मैं उन चीजों के लिए 1 - Ready का उपयोग करने जा रहा हूं जो दिखाई देती हैं/ठीक होने का दावा किया जाता है, लेकिन परीक्षण की आवश्यकता है

@dromer पूर्वव्यापी में .. मुझे एहसास हुआ कि मैं उन चीजों को संभाल सकता हूं जो दिखती हैं जैसे उन्हें "जल्द ही" Must Have
@christianlupus ने Bug समाप्त किया .. अब बिना किसी मील के पत्थर के पुराने मुद्दों पर काम कर रहे हैं

जैसे ही कोई समस्या समाप्त हो जाती है, मैं Will be closed soon! और Feedback Needed जैसे लेबल हटा देता हूं। क्या यह हमारे सामान्य कार्यप्रवाह के लिए ठीक है?

@dromer क्या मेरे पास एक अतिरिक्त टैग हो सकता है .. low-hanging ? मुझे समय-समय पर ऐसी समस्याएं दिखाई देती हैं जिन्हें आसानी से ठीक किया जाना चाहिए

@christianlupus हाँ .. और मुझे वापस जाना चाहिए और जांचना चाहिए कि मैंने ऐसा किया है

स्पष्ट रूप से जीथब कुछ स्वचालित 'हुक' प्रदान करता है यदि आप इसके बजाय good first issue टैग का उपयोग करते हैं:

नए योगदानकर्ताओं के लिए लेबल संबंधी समस्याएं और पुल अनुरोध

अब, GitHub संभावित पहली बार योगदान करने वालों को good first issue लेबल वाली समस्याओं का पता लगाने में मदद करेगा

तो क्या मैं इसे इसके बजाय कहूंगा?
इस टैग के साथ समस्याएं कुछ अन्य अवलोकनों में दिखाई देंगी जो लोगों को शामिल होने के लिए प्रोत्साहित करने वाली हैं।

https://github.com/partkeepr/PartKeepr/contribute पर लाइक

मेरे लिये कार्य करता है! :)

@baradhili मैंने अभी-अभी

@christianlupus हाँ .. मैंने पाया कि मैं प्रति दिन लगभग 20/25 मुद्दों को बनाए रख सकता हूं .. उसके बाद मेरा दिमाग तला हुआ है ...
मैं आज सुबह इसमें दौड़ूंगा ..

@dromer अगले चरण में हमें शायद प्राथमिकता को देखना शुरू करना होगा .. और सबसे महत्वपूर्ण बात ..

@baradhili मैंने अभी आपको आपके ticm डोमेन पर एक ईमेल भेजा है। क्या आप कृपया अपने खाते की जांच कर सकते हैं?

क्या हमारे पास कोई देव है?
एर ... अगर हमने किया तो हमारे पास यह बैकलॉग नहीं होगा :)

मुझे लगता है कि आप लोग वर्तमान में 'अनुमति' परियोजना की तुलना में थोड़ी तेजी से आगे बढ़ रहे हैं, जो एक अच्छी बात है क्योंकि बैकलॉग को व्यवस्थित करना चीजों को रोक रहा था, इसलिए उम्मीद है कि प्राथमिकता योगदान देने के इच्छुक लोगों के लिए कुछ ध्यान केंद्रित करने में मदद करेगी। (उन्हें ढूंढना, या उन्हें हमें ढूंढना, निश्चित रूप से एक अलग चुनौती है)

ठीक है दोस्तों .. अब हमारे पास एक मील के पत्थर को सौंपे गए सभी मुद्दों के साथ एक समस्या सूची है और काफी बंद है
मुझे लगता है कि हमारा ध्यान अब किसी को विकसित करने पर है :) दुख की बात है कि मेरे पास एक्स्टजेएस और सिम्फनी के आसपास एनएफआई है इसलिए मदद नहीं कर सकता ...

विकल्प

1. हमें एक प्रायोजक मिलता है और हम guru.com या स्टैकएक्सचेंज पर फ्रीलांसरों का उपयोग करते हैं
2. हम कोशिश करते हैं और खुद कुछ ढूंढते हैं
3. ?

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

एक स्पष्ट संरचना होनी चाहिए कि ऐसी चीजों से कैसे निपटा जाए और वास्तु संबंधी निर्णयों के साथ या कुछ करने के लिए एक अच्छा अभ्यास क्या है। परियोजना स्वयं स्पष्ट संरचित है और ऐसे व्यक्ति भी जो PHP विशेषज्ञ नहीं हैं (लेकिन अन्य भाषाओं में एक प्रोग्रामिंग विशेषज्ञ) उपयोग किए गए ढांचे और संरचनाओं की मदद से चीजों को आसानी से कार्यान्वित कर सकते हैं।

@ बोल्डी हाय स्वेन, क्षमा करें यदि आपका काम बिना किसी सूचना के हटा दिया गया था .. हाल के दिनों में परियोजना में चीजें बहुत बदल गई हैं और हम समुदाय का विश्वास बनाने के लिए बहुत उत्सुक हैं - _ विशेष रूप से डेवलपर्स _

बीटीडब्लू - मुझे लगता है कि आपका प्रिंटिंग फ़ंक्शन थोक प्रिंटिंग करता है? इसे फिर से काम करने के लिए क्या आवश्यक होगा?

एक स्पष्ट संरचना होनी चाहिए कि ऐसी चीजों से कैसे निपटा जाए और वास्तु संबंधी निर्णयों के साथ या कुछ करने के लिए एक अच्छा अभ्यास क्या है।

यह ज्यादातर सही है लेकिन क्योंकि परियोजना ज्यादातर एक व्यक्ति परियोजना में प्रबंधित की गई थी। समुदाय के साथ बातचीत करने के लिए नियमों को परिभाषित करने की कोई आवश्यकता नहीं थी। जैसा कि हम परियोजना के वजन को कई व्यक्तियों पर साझा करना शुरू करते हैं, यह नियमों को परिभाषित करने के लिए फायदेमंद हो सकता है कि कैसे आगे बढ़ना है।

परियोजना स्वयं स्पष्ट संरचित है और ऐसे व्यक्ति भी जो PHP विशेषज्ञ नहीं हैं (लेकिन अन्य भाषाओं में एक प्रोग्रामिंग विशेषज्ञ) उपयोग किए गए ढांचे और संरचनाओं की मदद से चीजों को आसानी से कार्यान्वित कर सकते हैं।

मुझे लगता है कि आप स्वयं एक प्रोग्रामर हैं जो प्राधिकरण के साथ ऐसा बयान देने में सक्षम हैं। मेरा मतलब किसी को ठेस पहुँचाना नहीं है, लेकिन इस बीच, मुझे लगता है कि कोड पर अपने पैरों को गीला करना कठिन है।

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

तो मैं आपसे पूछता हूं: क्या आपने कोड पर काम किया और क्या आपको संबंधित निर्भरता के साथ अनुभव है?

बीटीडब्लू - मुझे लगता है कि आपका प्रिंटिंग फ़ंक्शन थोक प्रिंटिंग करता है? इसे फिर से काम करने के लिए क्या आवश्यक होगा?

@ बोल्डी , मेरा सुझाव है कि आप लापता कार्यक्षमता को ट्रैक करने के लिए एक नया मुद्दा खोलें। किसी बिंदु पर, इस मुद्दे को यहां संग्रहीत किया जाएगा। परिणामस्वरूप, अधिकांश लोगों द्वारा मुद्रण कार्यक्षमता को वापस काम करने के आपके अनुरोध को भुला दिया जाएगा।

बीटीडब्लू - मुझे लगता है कि आपका प्रिंटिंग फ़ंक्शन थोक प्रिंटिंग करता है? इसे फिर से काम करने के लिए क्या आवश्यक होगा?
इसमें 2 भाग होते हैं:

• एक पीडीएफ में स्टोरेज लोकेशन / पार्ट्स की थोक प्रिंटिंग
• एक भाग को प्रिंट करना (लेबल के लिए)

पहला अत्यधिक एकीकृत था, लेकिन कुछ समस्याग्रस्त निर्भरताएं भी जोड़ता है। दूसरा शायद आज REST API का उपयोग करके फिर से बेहतर तरीके से लागू किया गया है। यह अभी भी इन 200 खुले मुद्दों में से एक में ट्रैक किया गया है :)

मैंने अभी कोड पर एक नज़र डाली थी: मुझे कुछ समस्याएं हैं कि यह सामान वास्तव में कैसे काम कर रहा है। ढांचा एक प्रकार के ढीले युग्मन का उपयोग करता प्रतीत होता है जिसका पालन करना कठिन है। हो सकता है कि इस ढांचे का उपयोग करने वाला एक विशेषज्ञ कुछ अलग कहेगा (ज्यादातर दिन, मेरा सी ++ से संपर्क होता है और कभी-कभी django के साथ अजगर)। मुझे बस याद आया कि यह भी पता लगाना मुश्किल था कि कुछ सामान कैसे जोड़ा जाए क्योंकि मैंने अपना पहला कार्यान्वयन किया था। जैसा कि मैं देख रहा हूं, समस्या यह है कि इस परियोजना को कमोबेश वन-मैन-शो से समुदाय संचालित परियोजना तक ले जाना है। दुर्भाग्य से, मैं निर्भरता समस्या में मदद करने के लिए गलत व्यक्ति हूं, लेकिन मैं सहमत हूं, तकनीकी विभाग को कम करने के लिए इसे हल करने वाली पहली बात होनी चाहिए।

विकास को आसान बनाने के लिए, मैं एक ऐसा वातावरण स्थापित करने का सुझाव दूंगा जिसे कोई भी दो बार काम किए बिना आसानी से विकसित करना शुरू कर सके। मेरी कंपनी में, हमने सामान के साथ एक डॉकटर कंटेनर और परीक्षण चलाने/डेमो डेटा जोड़ने के लिए एक स्क्रिप्ट भी स्थापित की है, ... विकास को आसान बनाने के लिए।

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

@ बोल्डी अच्छा विचार! @dromer @Drachenkaetzchen क्या किसी के पास मुख्य वेब पेज तक पहुंच है?

@christianlupus क्या यहां कोई सूची है या मील के पत्थर के दृश्य में आगे कौन सा काम करने की आवश्यकता है? मुझे लगता है कि पहली चीजों में से एक सिम्फनी 4 # 1083 में अपग्रेड करना है?

@ बोल्डी हां, प्राथमिकताओं के मुद्दों पर काम किया गया है। यह सूची देखें:

https://github.com/partkeepr/PartKeepr/issues?q=is%3Aopen+is%3Aissue+label%3A%22Must+Have%22

सिम्फनी और अन्य निर्भरता को अपग्रेड करना इस समय सबसे बड़ा और सबसे महत्वपूर्ण है।
(मुझे लगता है कि 'अच्छा पहला मुद्दा' टैग नवागंतुकों के लिए है, न कि 'पहले की जरूरत है' पदनाम के लिए)

क्या समुदाय से संपर्क करने का कोई तरीका है?
हम irc.freenode.net . पर #partkeepr irc चैनल में कई उपयोगकर्ताओं के साथ हैं
Google समूह भी हैं (एक सार्वजनिक और एक निजी), लेकिन मुझे लगता है कि इश्यू ट्रैकर + आईआरसी इस समय पार्टकीपर के बारे में लोगों से बात करने का आपका सबसे अच्छा दांव है (गतिविधि के संदर्भ में)।

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

मुझे कार्यक्षमता को हटाने का कारण यहाँ प्रलेखित है: https://github.com/partkeepr/PartKeepr/issues/622

अगर आपको लगता है कि आपको दांतों में लात मारी गई है तो मुझे खेद है, लेकिन उस समय ऐसा ही था।

इसके अलावा, मैं अपना अधिकांश दैनिक समय इस सॉफ़्टवेयर को लिखने में व्यतीत करता हूं। कृपया कमबख्त समझें कि अगर मुझे एक नया संस्करण बनाने के लिए कोड निकालना है तो बकवास के लिए ऐसा ही हो। आप इसे नए संस्करण के साथ संगत बनाने के लिए एक और पीआर बना सकते थे

हाँ, मैं अभी गुस्से में हूँ। मैंने मुफ्त में कोड लिखने में इतने साल बिताए, अधिकांश काम किया, बहुत सारे समर्थन कार्य किए, एक व्यवसाय बनाने की कोशिश की और मुझे सैकड़ों के लिए मिलता है यदि हजारों घंटे का अवैतनिक काम नहीं है।

अगर यह मेरी जिम्मेदारी की भावना नहीं होती तो मैं 2 साल पहले वेबसाइट और बाकी सब कुछ बंद कर देता।

मेरे पास इस समय शायद ही इतना पैसा है कि मैं एक महीने तक जीवित रह सकूं, कई बीमारियां हैं जिनके जल्द ठीक होने की संभावना नहीं है और मैं अभी भी इस परियोजना को किसी तरह जीवित रखने की कोशिश करता हूं, भले ही मैं शायद ही ऐसा कर पा रहा हूं।

इसके अलावा, मैं अपना अधिकांश दैनिक समय इस सॉफ़्टवेयर को लिखने में व्यतीत करता हूं। कृपया कमबख्त समझें कि अगर मुझे एक नया संस्करण बनाने के लिए कोड निकालना है तो बकवास के लिए ऐसा ही हो। आप इसे नए संस्करण के साथ संगत बनाने के लिए एक और पीआर बना सकते थे

हाँ, मैं अभी गुस्से में हूँ। मैंने मुफ्त में कोड लिखने में इतने साल बिताए, अधिकांश काम किया, बहुत सारे समर्थन कार्य किए, एक व्यवसाय बनाने की कोशिश की और मुझे सैकड़ों के लिए मिलता है यदि हजारों घंटे का अवैतनिक काम नहीं है।

अगर यह मेरी जिम्मेदारी की भावना नहीं होती तो मैं 2 साल पहले वेबसाइट और बाकी सब कुछ बंद कर देता।

मेरे पास इस समय शायद ही इतना पैसा है कि मैं एक महीने तक जीवित रह सकूं, कई बीमारियां हैं जिनके जल्द ठीक होने की संभावना नहीं है और मैं अभी भी इस परियोजना को किसी तरह जीवित रखने की कोशिश करता हूं, भले ही मैं शायद ही ऐसा कर पा रहा हूं।

मुझे पता है कि आप एक गंभीर स्थिति में हैं और समुदाय सहित इस परियोजना का आपकी स्थिति में योगदान है। मैं आपके काम का भी सम्मान करता हूं और मैं यह भी मानता हूं कि इस परियोजना (विशेषकर दूसरों की तुलना में) की संरचना अच्छी है, अन्यथा मैं यह सोचने की कोशिश नहीं करता कि मैं इस परियोजना को पुनर्जीवित करने के लिए क्या कर सकता हूं और कैसे एक विकास टीम को करने के लिए तैयार किया जा सकता है। आवश्यक कार्य।
मैं अब अतीत को गर्म नहीं करना चाहता, यह हमें पार्टकीपर के साथ आगे बढ़ने में मदद नहीं करेगा।

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

मैंने कोड पर एक नज़र डाली थी और चूंकि मैंने पिछली बार कुछ किया था, यह बहुत बदल गया था (कोई यहां बहुत काम करता है !! :)। तो मुझे फिर से कोड में खोदना पड़ा और काम करना शुरू करना पड़ा। लेकिन इसके लिए हमें एक करीबी संवाद और रोडमैप की जरूरत है कि आगे क्या करना है। मुझे लगता है कि अन्य चीजों की तुलना में प्रिंटिंग कार्यक्षमता को वापस लाना बहुत कम प्राथमिकता है और मैं या कोई और इसे बाद में कर सकता है। मेरे लिए यह अधिक योग्य है कि भविष्य में अगले OS अपग्रेड के साथ अपना डेटा न खोएं, क्योंकि इसका मतलब किसी और चीज़ पर माइग्रेट करने के लिए बहुत काम होगा (मुझे नहीं पता कि यह क्या हो सकता है), इसमें एक लंबा काम लगता है मेरे खाली समय में डेटाबेस भरने के लिए।

धन्यवाद @ बोल्डी

@christianlupus @dromer मैं सोच रहा हूं कि अब हम इसे बंद कर सकते हैं कि चीजें फिर से आगे बढ़ रही हैं ...!

चर्चा के लिए एक और बिंदु: #1091 में परिवर्तनों के कारण सभी नए मुद्दों में कुछ टैग संलग्न होंगे। क्या हम एक संकेतक रखना चाहते हैं कि यहां कोई मानवीय समीक्षा नहीं हुई है?

इसके अलावा मैं अब इस मुद्दे को बंद करने के साथ ठीक हूं।

हमने जो किया है वह मानव समीक्षा से अलग कैसे है? :)

@baradhili यह वही है जो हमने हाल ही में किया था। मेरा मतलब निम्नलिखित है: चूंकि नामित पीआर स्वीकार कर लिया गया था, इसलिए किसी भी नए मुद्दे में बग, फीचर अनुरोध या हेल्प-वांटेड प्रीसेट होगा जो चयनित मुद्दे के प्रकार के आधार पर लेबल के रूप में होगा।
इसका मतलब है कि नए मुद्दे (जिन्होंने हाल ही में किए गए मैनुअल ट्राइएज को पारित नहीं किया है) खुद को कोई लेबल संलग्न नहीं होने के रूप में प्रस्तुत नहीं करेंगे। इसलिए, उन मुद्दों का चयन करने के लिए गिटहब में कोई आसान फ़िल्टर नहीं है जो अभी तक मानवीय रूप से परीक्षण नहीं किए गए हैं।

तो संक्षेप में: क्या हम need-triage या संकेत के समान चाहते हैं।

क्या हम स्वचालित रूप से needs-triage लेबल को जीथब के टेम्प्लेट सिस्टम के तहत जोड़ सकते हैं?

हां, यह टेम्प्लेट फ़ाइल में लेबल जोड़ने और एक पंक्ति को बदलने की बात है। वह पर्याप्त होना चाहिए।

मैंने इश्यू टेम्प्लेटिंग सिस्टम के बारे में अभी #1097 खोला है। यदि needs-triage लेबल नहीं चाहिए, तो मेरा सुझाव है कि एकल कमिट को हटा दें।

इसे अभी बंद करें