मुझे एक निजी GitHub प्रोजेक्ट पर बग सबमिट करने के लिए एक अनाम उपयोगकर्ता कैसे मिल सकता है?


10

मैं जिस प्रोजेक्ट पर काम कर रहा हूं, उसके लिए हमारी कंपनी के पास एक निजी GitHub रिपॉजिटरी है। काम की पूरी गर्मी के बाद, ऐसा लगता है कि हम इस सप्ताह (मट्ठा!) लॉन्च करेंगे। हालाँकि, मैं प्रोग्राम में एक "सबमिट बग" लिंक को शामिल करना चाहता हूं जो कहीं न कहीं एक फॉर्म की ओर ले जाता है जहां उपयोगकर्ता एक फॉर्म भर सकता है जो GitHub पर हमारे लिए एक मुद्दा बन जाता है। चारों ओर गुग्लिंग को कोई हल नहीं मिला है (या किसी को जो एक ही समस्या है)।

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


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

2
इसका उत्तर भी नहीं: सरल रूप पर विचार करें (उपयोगकर्ता के लिए कम बाधा) जो आपको केवल एक ईमेल भेजता है। जैसा कि आप अभी लॉन्च कर रहे हैं, कोई भी उपयोगकर्ता जो बग रिपोर्ट दर्ज करने के लिए समय लेता है, संभवतः वह कोई है जिसे आप व्यक्तिगत रूप से, वैसे भी संलग्न करना चाहते हैं। उन्हें गितुब में डंप करना वास्तव में एक अवसर की बर्बादी है।
सकल 11

मुझे लगता है कि वास्तव में आपको एक उत्तर @JacobSchoe के रूप में लिखना चाहिए , क्योंकि यह लगभग एक अच्छा दृष्टिकोण है, और वर्तमान में यहां स्वीकृत उत्तर गलत तरीके से लोगों को बताता है कि जीथब एपीआई "मदद करने वाला नहीं है"।
हैरी वुड

जवाबों:


10

मुझे नहीं लगता कि एपीआई इस मामले में आपकी मदद करने जा रहा है। क्योंकि परियोजना निजी है कोई भी लॉग इन नहीं किया गया है और परियोजना तक पहुंच है, टिकट बनाने सहित परियोजना के साथ कुछ भी करने में सक्षम होगा।

यदि आप Github API का उपयोग करते हैं, तो आपको उपयोगकर्ता और पासवर्ड को उस खाते में शामिल करना होगा जो परियोजना में सहयोगी है। शायद एक महान विचार नहीं है।

आपका अगला विकल्प एक समान नाम वाला एक सार्वजनिक प्रोजेक्ट बनाना होगा, लेकिन कोड के बिना। फिर आप बाहरी ग्राहक बग को ट्रैक करने के लिए उस परियोजना का उपयोग कर सकते हैं।


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

7

Reddit पर किसी ने एक खुला स्रोत प्रोजेक्ट बनाया जिसका नाम Gitreports है जहाँ आप साइन अप कर सकते हैं और यह आपको एक विशिष्ट URL देगा जो आप अपने ग्राहकों को दे सकते हैं और वे बगैर निजी प्रतिनिधि के बग को कभी भी कोड देखे बिना भी सबमिट कर सकते हैं।

यदि यह आपको छायादार लगता है, तो आप इसे स्वयं होस्ट कर सकते हैं


2

यह मदद कर सकता है। मुझे गैर GitHub उपयोगकर्ताओं को नए मुद्दों को खोलने की अनुमति देने की आवश्यकता थी इसलिए मैंने परियोजना के भंडार पर मुद्दों को खोलने के लिए Google फॉर्म से जुड़ा एक कस्टम Google Apps स्क्रिप्ट बनाया।

बिना GitHub खाते के उपयोगकर्ता फ़ॉर्म भरते हैं, फिर ऐप्स स्क्रिप्ट रिपॉजिटरी मुद्दों में शीर्षक और संदेश को आगे बढ़ाएगी। एप्लिकेशन स्क्रिप्ट मुद्दों को पोस्ट करने के लिए मेरे GitHub खाते से कनेक्ट करने के लिए OAuth2 का उपयोग करती है।

इस समाधान का बुरा पक्ष, मैं अनाम रूप के साथ बनाए गए मुद्दों का स्वामी हूं। यह मेरे लिए स्वीकार्य था, मैं इस मुद्दे को किसी अन्य सिस्टम में लॉग इन करने के बजाय मुद्दा बनाना पसंद करता हूं।

यदि आप रुचि रखते हैं तो आप इस लेख को देख सकते हैं: http://ez34.net/2016/12/publish-anonymous-issues-on-gith.html.html

मुझे यह समाधान https://gitreports.com/ भी मिला लेकिन इसे टेस्ट नहीं करना चाहिए।

स्टीफन


0

Redmine टर्नकी linux उपकरण अपनी खुद की होस्टिंग के लिए या अमेज़न बादल (सिर्फ वेतन और उस पर बारी) के माध्यम से नि: शुल्क उपलब्ध है। Redmine ईमेल के माध्यम से टिकट जमा करने की अनुमति देता है , इसलिए आप उपयोगकर्ताओं को अपने उपयोगकर्ताओं को इस तरह टिकटों में भेज सकते हैं। Redmine अनाम उपयोगकर्ताओं को टिकट जोड़ने की अनुमति देता है, यदि आप इस तरह से अनुमतियाँ सेट करते हैं।

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

व्यक्तिगत रूप से, मैं केवल Redmine उपकरण का उपयोग करूँगा और इसे दूरस्थ github रेपो की निगरानी करना होगा

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.