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

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

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

शायद आप अपनी गोपनीयता नीति में "अपने उपयोगकर्ता नाम, ईमेल और कुछ प्रोफ़ाइल फ़ील्ड के अलावा, आपके स्लैक कार्यक्षेत्र की कोई भी जानकारी हमारे सर्वर द्वारा एक्सेस या संग्रहीत नहीं की गई है" डाल सकते हैं?

बहुत बढ़िया सुझाव! हमारी वर्तमान गोपनीयता नीति स्पष्ट रूप से स्लैक एकीकरण को जोड़ने से पहले लिखी गई थी।

इस पर पीछा कर रहे हैं।

वर्तमान स्लैक अनुमतियाँ माँगती हैं:

• वास्तविक समय में मदकुडु से सभी घटनाओं को प्राप्त करें
• MadKudu . में सभी सामग्री तक पहुंचें

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

मेरी टीम आपके उत्पाद का उपयोग करना पसंद करेगी, इसलिए बेझिझक मुझसे [email protected] पर संपर्क करें

@pcothenet - मैं ईमेल के जरिए आप तक पहुंचूंगा।

@प्लांटर इस पर कोई आंदोलन? आप अभी भी प्रत्येक Slack चैनल के लिए पूर्ण पढ़ने/लिखने की पहुंच का अनुरोध कर रहे हैं

@ बर्नस्टीनए - अभी तक कोई बदलाव नहीं। मुझे यहां स्थिति की रूपरेखा दें, क्योंकि मुझे आपके विचार प्राप्त करना अच्छा लगेगा। सामान्यतया हमारे पास दो विकल्प होते हैं।

पहला विकल्प वह है जो आज हमारे पास है, जिसके लिए एक तरफ व्यापक पहुंच की आवश्यकता है, लेकिन दूसरी ओर एक ऐसे मॉडल की अनुमति देता है जहां आपका संदेश कोडस्ट्रीम बैकएंड से बिल्कुल भी नहीं जाता है। आपका वीएस कोड क्लाइंट सीधे स्लैक के साथ संचार करता है। हालांकि जिन क्षेत्रों के लिए हमें ध्वनि की आवश्यकता होती है, यह वास्तव में आपको, आपके संपादक के माध्यम से, स्लैक तक पहुंचने की अनुमति देने के लिए है, न कि कोडस्ट्रीम के सर्वर पर।

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

उन दो विकल्पों पर आपके क्या विचार हैं?

अगर ऐसा है कि अनुमति मेरे वीएस कोड क्लाइंट को स्लैक तक पहुंचने की अनुमति देने के लिए है, तो आपको उपयोगकर्ताओं को https://api.slack.com/apps पर अपना एकीकरण स्थापित करने की क्षमता देनी चाहिए।

दूसरा विकल्प, एक बॉट उपयोगकर्ता या प्रति-चैनल एकीकरण बनाना, अधिक मानक होगा, और अंतिम उपयोगकर्ताओं को कोडस्ट्रीम द्वारा कौन से संदेश/डेटा देखे जा सकते हैं (यानी केवल बॉट या में भेजे गए संदेश) की एक स्पष्ट तस्वीर प्रदान करेगा। एक चैनल जिसमें बॉट को स्पष्ट रूप से जोड़ा गया है)।

मेरा कहना है कि मैं थोड़ा चिंतित भी हो गया जब मैंने देखा कि कोडस्ट्रीम पूछ रहा था ... इस विषय पर सुधार की निश्चित रूप से सराहना की जाएगी

यह मेरी कंपनी के लिए भी एक डील-ब्रेकर है! हम ठीक हैं अगर कोडस्ट्रीम के पास कोड के आसपास की बातचीत तक पहुंच है, लेकिन हमारे लिए सब कुछ नहीं है ...

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

इस मुद्दे पर किसी भी अपडेट से सुनना अच्छा लगेगा!

कस्टम स्लैक इंटीग्रेशन भी अच्छे लगते हैं लेकिन प्रस्तावित बॉट समाधान अधिक सुविधाजनक लगता है।

इसे सेकेंडिंग। यह एक बड़ी बाधा थी, और अगर मेरी कंपनी को पता चलता है कि मैं मुश्किल में पड़ सकता हूं।

@ बर्नस्टीनए - अभी तक कोई बदलाव नहीं। मुझे यहां स्थिति की रूपरेखा दें, क्योंकि मुझे आपके विचार प्राप्त करना अच्छा लगेगा। सामान्यतया हमारे पास दो विकल्प होते हैं।

पहला विकल्प वह है जो आज हमारे पास है, जिसके लिए एक तरफ व्यापक पहुंच की आवश्यकता है, लेकिन दूसरी ओर एक ऐसे मॉडल की अनुमति देता है जहां आपका संदेश कोडस्ट्रीम बैकएंड से बिल्कुल भी नहीं जाता है। आपका वीएस कोड क्लाइंट सीधे स्लैक के साथ संचार करता है। हालांकि जिन क्षेत्रों के लिए हमें ध्वनि की आवश्यकता होती है, यह वास्तव में आपको, आपके संपादक के माध्यम से, स्लैक तक पहुंचने की अनुमति देने के लिए है, न कि कोडस्ट्रीम के सर्वर पर।

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

उन दो विकल्पों पर आपके क्या विचार हैं?

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

यदि संभव हो तो मेरे पास बॉट्स होंगे।

यहां संभावित परिवर्तनों पर कुछ राय प्राप्त करना चाहते हैं। अगर कोडस्ट्रीम का स्लैक ऐप…

• स्लैक ऐप डायरेक्टरी में था
• अब "रीयलटाइम में $workspace से सभी ईवेंट प्राप्त करें" दायरे की आवश्यकता नहीं है
• केवल आपके सार्वजनिक चैनलों में "सभी सामग्री" तक पहुंच की आवश्यकता है (शायद आपके लिए निजी चैनलों/डीएम तक पहुंच की अनुमति देने के विकल्प के साथ-साथ यदि आप निजी चैनलों/डीएम में कोडमार्क साझा करना चाहते हैं)
• केवल उन चैनलों में कोडमार्क के उत्तरों के लिए सुना, और किसी अन्य पोस्ट के लिए नहीं।

क्या यह आपको स्लैक इंटीग्रेशन का उपयोग करने के लिए आवश्यक मन की शांति देगा?

@ प्लांटेटर जो उचित लगता है। क्या श्रोता को केवल कुछ चैनलों में जोड़ने का कोई तरीका है?

साथ ही, मुझे लगता है कि आप टीओएस और गोपनीयता नीति को अपडेट करेंगे? वहाँ कुछ भी नहीं है, जहाँ तक मैं बता सकता हूँ, जो या तो स्लैक के माध्यम से एकत्र किए गए डेटा, कोडस्ट्रीम टिप्पणियों, या स्वयं स्रोत कोड को कवर करता है।

@ प्लांटेटर यह बेहतर लगता है, लेकिन मेरे पास @ बर्नस्टीनए जैसी ही टिप्पणियां हैं

@प्लांटर इस पर कोई आंदोलन? मेरी कंपनी इस समस्या का समाधान होने तक कोडस्ट्रीम का उपयोग नहीं कर सकती/नहीं कर सकती। मुझे लगता है कि यह कई अन्य लोगों के लिए समान है। यह शर्म की बात है क्योंकि कोडस्ट्रीम बहुत बढ़िया दिखता है लेकिन वे अनुमतियां लगभग किसी भी कंपनी के लिए ठीक नहीं हैं।

@AndrewMorsillo - अभी आपके पास या तो एक टीम हो सकती है जो स्लैक के मैसेजिंग का लाभ उठाती है, या वह जो कोडस्ट्रीम के अपने मैसेजिंग का उपयोग करती है। उन व्यापक अनुमतियों के बिना वर्तमान स्लैक एकीकरण करने का कोई तरीका नहीं है, क्योंकि स्लैक से पोस्ट किए गए उत्तरों को कोडस्ट्रीम में प्रदर्शित करने का यही एकमात्र तरीका है।

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

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

@ प्लांटेटर धन्यवाद! हम अभी के लिए सुस्त एकीकरण के बिना प्रयास करेंगे। मुझे लगता है कि कोडस्ट्रीम के लिए अधिक "सामान्य" स्लैक एकीकरण का उपयोग करना बिल्कुल ठीक होगा जहां कोडस्ट्रीम ऐप के पास केवल उन चैनलों तक पहुंच है जिन्हें हम नियंत्रित कर सकते हैं। कम से कम मेरी टीम के लिए जो वर्तमान मॉडल की तरह ही उपयोगी होगी और अनुमति के मुद्दे नहीं होंगे।

आपकी अन्य टिप्पणी का जवाब देने के लिए https://github.com/TeamCodeStream/CodeStream/issues/14#issuecomment -493461174 मुझे नहीं लगता कि किसी भी प्रकार का एकीकरण जहां कोडस्ट्रीम अनुरोध "सभी सामग्री" कई लोगों के लिए काम करेगा। यह मेरी टीम के लिए काम नहीं करेगा। यह सिर्फ एक सुरक्षा जोखिम का बहुत बड़ा हिस्सा है क्योंकि यह जानने का कोई तरीका नहीं है कि "सभी सामग्री" तक कौन पहुंच रहा है/चाहता है। यहां तक ​​कि अगर आप समुदाय को आश्वासन देते हैं (हम आपको विश्वास करते हैं!) नापाक अभिनेता एक सुस्त ऐप को नियंत्रित करता है जिसकी टनों लोगों की सुस्त घटनाओं तक पूरी पहुंच है?

नए स्लैक एकीकरण को अब आपके कार्यक्षेत्र के लिए व्यापक अनुमतियों की आवश्यकता नहीं है। विशेष रूप से, हमें अब आपके चैनल/डीएम इतिहास तक पहुंच की आवश्यकता नहीं है।