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

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

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

मुझे लगता है कि यह ध्यान देने योग्य है कि कई महीने पहले प्रकाशित सामुदायिक भूमिका विवरण के मसौदे में, हमने प्रोजेक्ट कोर योगदानकर्ताओं , प्रोजेक्ट योगदानकर्ताओं और प्रोजेक्ट रिलीज़ मैनेजरों का वर्णन करने का तरीका अपनाया।

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

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

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

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

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

मुझे लगता है कि मैं हाल ही में जो प्रदर्शन कर रहा हूं वह "टेक लीड बैकएंड" भूमिका है, लेकिन यह एक ठोस भूमिका की तुलना में एक निष्क्रिय भूमिका है।

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

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

तो चलिए इसे स्पष्ट करते हैं, कम से कम अधिक महत्वपूर्ण रेपो के लिए, कौन कर सकता है
जारी करना और प्रकाशित करना।

आप ठोस परियोजना के प्रबंधन के लिए होलाक्रेसी https://www.holacracy.org के बारे में क्या सोचते हैं।
सिद्धांत रूप में, यह संगठन को रुचि के समूह द्वारा मंडलियों में विभाजित कर सकता है, प्रत्येक सर्कल का एक 'कारण होता है जो इसे स्पष्ट करता है, 'संदर्भित' के रूप में 'प्रथम लिंक' भूमिकाएं और मंडल निर्धारित किए जाते हैं, और उनमें से उत्परिवर्तन को fonction में विनियमित किया जाता है। जरूरतों का।

https://communitywiki.org/wiki/DoOcracy ;)

मेरे पास एक सुझाव है कि इसे कैसे हल किया जाए..

निम्नलिखित भूमिकाएँ आवंटित करें:

नोड-सॉलिड-सर्वर रिपोजिटरी मैनेजर: @kjetilk
सॉलिड-ऑथ-क्लाइंट रिपोजिटरी मैनेजर: @ रूबेनवर्बोर्ग
कम्युनिटी रिपोजिटरी मैनेजर: @Mitzi-Laszlo

@megoth @justinwb और अन्य, निम्नलिखित भूमिकाओं के लिए सबसे उपयुक्त कौन होगा?
rdflib रिपोजिटरी मैनेजर:
सॉलिड-पैन रिपोजिटरी मैनेजर:
सॉलिड-यूआई रिपोजिटरी मैनेजर:
माशलिब रिपोजिटरी मैनेजर:

कुछ भंडार हैं जो मुझे लगता है कि विलय से लाभान्वित होंगे। उदाहरण के लिए: सॉलिड-ट्यूटोरियल-इंट्रो, सॉलिड-ट्यूटोरियल-एंगुलर, सॉलिड-ट्यूटोरियल-rdflib.js, प्रोफाइल-व्यूअर-ट्यूटोरियल, अंडरस्टैंडिंग-लिंक्ड-डेटा, सॉलिड-ट्यूटोरियल-पेस्टबिन, वेब-समिट-2018, इंट्रो-टू -सॉलिड-स्लाइड सभी रिसोर्सेज के साथ मर्ज हो सकते हैं। सामुदायिक रेपो में एमडी। इसके अतिरिक्त, रिलीज, सॉलिड-आर्किटेक्चर, यूजर गाइड, वोकैब, सॉलिड-नेमस्पेस, सॉलिड-प्लेटफॉर्म, सॉलिड-स्पेक, वेब-एक्सेस-कंट्रोल-स्पेक, सॉलिड-ऐप्स और सॉलिड.मिट.एडू भी संभावित रूप से समुदाय में विलय हो सकते हैं। रेपो। शायद ऐसे ही संयोजन हैं जो अन्य रेपो के साथ हो सकते हैं?

यदि एक ही रेपो पर दो लोग काम कर रहे हैं तो यह काम करने का सवाल होगा कि कौन प्रबंधक है और इसलिए निरीक्षण के लिए जिम्मेदार है और मुख्य योगदानकर्ता कौन है।

प्रोजेक्ट्स को कम्युनिटी रेपो के प्लान.एमडी में परिभाषित करने की आवश्यकता है।

विचार?

नोड-सॉलिड-सर्वर रिपोजिटरी मैनेजर: @kjetilk
सॉलिड-ऑथ-क्लाइंट रिपोजिटरी मैनेजर: @ रूबेनवर्बोर्ग
कम्युनिटी रिपोजिटरी मैनेजर: @Mitzi-Laszlo

हां

rdflib रिपोजिटरी मैनेजर:
सॉलिड-पैन रिपोजिटरी मैनेजर:
सॉलिड-यूआई रिपोजिटरी मैनेजर:
माशलिब रिपोजिटरी मैनेजर:

मुझे लगता है कि केवल @timbl ही ऐसा कर सकता है।

कुछ भंडार हैं जो मुझे लगता है कि विलय से लाभान्वित होंगे।

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

यदि एक ही रेपो पर दो लोग काम कर रहे हैं तो यह काम करने का सवाल होगा कि कौन प्रबंधक है और इसलिए निरीक्षण के लिए जिम्मेदार है और मुख्य योगदानकर्ता कौन है।

अधिक जटिल रेपो के लिए कई हो सकते हैं।

@megoth @justinwb और अन्य, निम्नलिखित भूमिकाओं के लिए सबसे उपयुक्त कौन होगा?
rdflib रिपोजिटरी मैनेजर:

rdflib Github पर लिंक्डडेटा संगठन में है , इसलिए हो सकता है कि Github पर ठोस संगठन के हिस्से के रूप में किए गए कार्य के अंतर्गत न आए। हालांकि यह एक महत्वपूर्ण पैकेज है, इसलिए हम लिंक्डडेटा के लोगों से उस रिपॉजिटरी में अपनी भूमिका को औपचारिक रूप देने के लिए कह सकते हैं।

सॉलिड-पैन रिपोजिटरी मैनेजर:
सॉलिड-यूआई रिपोजिटरी मैनेजर:
माशलिब रिपोजिटरी मैनेजर:

हाँ, @timbl ही ऐसा कर सकता है। वह प्रतिनिधि देना चाह सकता है, लेकिन यह एक और चर्चा है।

बढ़िया, इसलिए आगे का रास्ता यह है कि टिम को भूमिका आवंटन का सुझाव इस प्रकार दिया जाए:
नोड-सॉलिड-सर्वर रिपोजिटरी मैनेजर: @kjetilk
सॉलिड-ऑथ-क्लाइंट रिपोजिटरी मैनेजर: @ रूबेनवर्बोर्ग
कम्युनिटी रिपोजिटरी मैनेजर: @Mitzi-Laszlo
सॉलिड-पैन रिपोजिटरी मैनेजर: @timbl
सॉलिड-यूआई रिपोजिटरी मैनेजर: @timbl
माशलिब रिपोजिटरी मैनेजर: @timbl
कोई अतिरिक्त सुझाव? संपादन?

उपरोक्त सूची में उल्लिखित प्रत्येक रिपॉजिटरी के लिए रिपोजिटरी प्रबंधक कौन होगा? या उनके पास कोई भंडार प्रबंधक नहीं होगा? इसमें शामिल है:
मावो-ठोस
वेबिड-ओआईडीसी-कल्पना
ओआईडीसी-प्राधिकरण-प्रबंधक
ठोस-बहु-आरपी-क्लाइंट
फ़ोल्डर-फलक
वाक-अनुमति
फलक-रजिस्ट्री
ओआईडीसी-आरएस
कीचेन
ठोस फलक
ठोस सूचनाएं
ठोस प्रोफ़ाइल-ui
ठोस कनेक्शन-ui
ठोस-फलक-स्रोत
जोस
ठोस-इनबॉक्स
ओआईडीसी-ओपी
ठोस-tif
ठोस ग्राहक
ओआईडीसी-आरपी
निर्गम फलक
ठोस
ठोस-आईडीपी-सूची
केवीप्लस-फ़ाइलें
ठोस ईमेल
प्रोफ़ाइल-दर्शक-प्रतिक्रिया
ओआईडीसी-वेब
सॉलिड-ऑथ-क्लाइंट
ठोस साइन-अप
ठोस-टेकआउट-आयात
नोड-ठोस-डब्ल्यूएस
ठोस-प्रमाण-tls
एलडीफ्लेक्स-खेल का मैदान
क्वेरी-एलडीफ्लेक्स
प्रतिक्रिया-घटक
सॉलिड-ऑथ-ओआईडीसी
बैठक फलक
ठोस डुबकी
ठोस-क्ली
सॉलिड-वेब-क्लाइंट
ठोस अनुमतियां
एसीएल-चेक

निम्नलिखित रिपॉजिटरी में अभी तक कोई रिपोजिटरी प्रबंधक नहीं है, हालांकि समुदाय रेपो में सामग्री का उल्लेख किया गया है और वे शासन प्रक्रियाओं से संबंधित हैं, इसलिए मैं उनके लिए रिपोजिटरी प्रबंधक उम्मीदवार बनने को तैयार हूं।
सॉलिड-ट्यूटोरियल-इंट्रो, सॉलिड-ट्यूटोरियल-एंगुलर, सॉलिड-ट्यूटोरियल-rdflib.js, प्रोफाइल-व्यूअर-ट्यूटोरियल, अंडरस्टैंडिंग-लिंक्ड-डेटा, सॉलिड-ट्यूटोरियल-पेस्टबिन, वेब-समिट-2018, इंट्रो-टू-सॉलिड- स्लाइड, रिलीज, सॉलिड-आर्किटेक्चर, यूजर गाइड, वोकैब, सॉलिड-नेमस्पेस, सॉलिड-प्लेटफॉर्म, सॉलिड-स्पेक, वेब-एक्सेस-कंट्रोल-स्पेक, सॉलिड-ऐप्स और सॉलिड.मिट.एडू
@RubenVerborgh हां, सामग्री लेने के रूप में विलय कर दिया गया है और उन्हें कम रेपो में तार्किक खोज योग्य सामग्री में जोड़ दिया गया है। इसका कारण यह है कि एक नौसिखिया के रूप में आप सामुदायिक रेपो में उन्मुख हो सकते हैं और शासन से संबंधित सभी सामग्री ढूंढ सकते हैं। अन्य रेपो में खुदाई करने से पहले यह एक अभिविन्यास होगा (एक नक्शा सहायक होगा)। सर्वोत्तम तरीके से आपके विचारों को सुनने के लिए उत्सुक।

मुझे लगता है कि फॉलबैक प्रोजेक्ट रिपोजिटरी मैनेजर है।

आप स्पष्ट रूप से मुझे एसीएल-चेक के लिए प्रबंधक के रूप में जोड़ सकते हैं, क्योंकि यह स्पष्ट रूप से बनाए रखा जा रहा है (जब तक कि @timbl इसके लिए रेपो प्रबंधक नहीं बनना चाहता)।

@kjetilk मानते हैं कि आपका मतलब प्रोजेक्ट रिलीज मैनेजर है? जब कोई रिपोजिटरी प्रबंधक नहीं होता है तो रिलीज मैनेजर के रूप में भूमिका विवरण को बदलने का एक विकल्प आपको शेष सभी रिपॉजिटरी के लिए रिपोजिटरी मैनेजर के रूप में सूचीबद्ध करना होगा। क्या इससे काम हो जायेगा?

शायद एक अलग पुल अनुरोध में विलय करने के बारे में बातचीत करने का विचार।

@megoth क्या आप कुछ रिपोजिटरी प्रबंधक भूमिकाएं लेना चाहेंगे?

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

मावो-सॉलिड, वेबिड-ओआईडीसी-स्पेक, ओआईडीसी-ऑथ-मैनेजर, सॉलिड-मल्टी-आरपी-क्लाइंट, फोल्डर-पेन, डब्ल्यूएसी-अनुमति, फलक-रजिस्ट्री, ओआईडीसी-आरएस, कीचेन, सॉलिड-पेन, सॉलिड-नोटिफिकेशन, सॉलिड-प्रोफाइल-यूआई, सॉलिड-कनेक्शन-यूआई, सॉलिड, पेन-सोर्स, जोस, सॉलिड-इनबॉक्स, ओआईडीसी-ऑप, सॉलिड-टीआईएफ, सॉलिड-क्लाइंट, ओआईडीसी-आरपी, इश्यू-पैन, सॉलिड, सॉलिड-आईडीपी- सूची, केवीप्लस-फाइलें, सॉलिड-ईमेल, प्रोफाइल-व्यूअर-रिएक्शन, ओआईडीसी-वेब, सॉलिड-ऑथ-क्लाइंट, सॉलिड-साइन-अप, सॉलिड, टेकआउट-इम्पोर्ट, नोड-सॉलिड-डब्ल्यूएस, सॉलिड-ऑथ-टीएलएस, एलडीफ्लेक्स-प्लेग्राउंड, क्वेरी-एलडीफ्लेक्स, प्रतिक्रिया-घटक, सॉलिड-ऑथ-ओआईडीसी, मीटिंग-पैन, सॉलिड-डिप्स, सॉलिड-क्ली, सॉलिड-वेब-क्लाइंट, सॉलिड-परमिशन, एसीएल-चेक, नोड-सॉलिड-सर्वर रिपोजिटरी प्रबंधक: @kjetilk

सॉलिड-ऑथ-क्लाइंट रिपोजिटरी मैनेजर: @ रूबेनवर्बोर्ग

समुदाय, सॉलिड-ट्यूटोरियल-इंट्रो, सॉलिड-ट्यूटोरियल-एंगुलर, सॉलिड-ट्यूटोरियल-rdflib.js, प्रोफाइल-व्यूअर-ट्यूटोरियल, अंडरस्टैंडिंग-लिंक्ड-डेटा, सॉलिड-ट्यूटोरियल-पेस्टबिन, वेब-समिट-2018, इंट्रो-टू- सॉलिड-स्लाइड्स, रिलीज़, सॉलिड-आर्किटेक्चर, यूजर गाइड, वोकैब, सॉलिड-नेमस्पेस, सॉलिड-प्लेटफ़ॉर्म, सॉलिड-स्पेक, वेब-एक्सेस-कंट्रोल-स्पेक, सॉलिड-ऐप्स और सॉलिड.मिट.एडू रिपोजिटरी मैनेजर: @Mitzi -लाज़्लो

सॉलिड-पैन, सॉलिड-यूआई, मैशलिब, रिपोजिटरी मैनेजर: @ timbl

बस सोच रहा हूँ... क्या कोई विशेष कारण है कि मैं vocab रेपो का "प्रबंधक" नहीं हूँ? या अधिक आम तौर पर, रेपो के निर्माता को डिफ़ॉल्ट रूप से "प्रबंधक" नहीं होना चाहिए (जब तक कि वे निश्चित रूप से "भूमिका" नहीं चाहते)। आखिरकार, मैंने 3-4 साल पहले वोकैब रेपो बनाया है, और वास्तव में इस पर और इसके आसपास काम किया है।

मैं इसके लिए तैयार हूं, @timbl वह व्यक्ति होगा जो अंततः व्यक्तियों को भूमिकाओं के लिए आवंटित करता है

https://github.com/solid/community/issues/32 मैंने सूचना संरचना पर एक समानांतर बातचीत शुरू की है जो प्रासंगिक है क्योंकि वोकैब और सॉलिड-डिक्शनरी डबल अप है। @csarven और @RubenVerborgh इस पर आगे बढ़ने के बारे में आपके विचार जानने के लिए उत्सुक हैं।

(इसके अलावा, https://github.com/solid/community/pull/31 अन्य भूमिकाओं के लिए सुझाव इस बातचीत के साथ जुड़े हुए हैं)

मैं उन्हें आपस में जुड़ा हुआ नहीं देखता। जहां तक ​​​​मैं बता सकता हूं, वोकैब का ठोस-शब्दकोश से अलग उद्देश्य है। लेकिन अगर ऐसा नहीं है, तो शुरुआत में ठोस-शब्दकोश क्यों मौजूद है? क्या वोकैब रेपो में योगदान देना बेहतर नहीं होता?

वोकैब रेपो का उद्देश्य शायद इस टिप्पणी में सबसे अच्छा व्यक्त किया गया है: https://github.com/solid/vocab/issues/1#issuecomment -170134584 (कम से कम यह उस कारण के काफी करीब है कि मैंने पहले रेपो को क्यों बनाया स्थान)। एफडब्ल्यूआईडब्ल्यू, उस समय, हम उन सर्वरों और ऐप्स के लिए ठोस (आरडीएफ-आधारित) शब्दावली का प्रबंधन नहीं कर रहे थे जो हम बना रहे थे। हमारे पास जो कुछ है और जिस चीज की जरूरत है, उसे बेहतर तरीके से संभालने के लिए हमें एक जगह की जरूरत थी, साथ ही दस्तावेज और कुछ आम सहमति तक पहुंचने के लिए।

सॉलिड-डिक्शनरी एक ऐसी जगह की तरह लगती है, जहां कंपोनेंट्स (जैसे वोकैब्स, प्रोटोकॉल) का इस्तेमाल किया जाता है या संभावित रूप से "सॉलिड वर्ल्ड" में इस्तेमाल किया जा सकता है। यह अपने आप में उपयोगी है, लेकिन मैं उनका सामना नहीं करूंगा।

@csarven ने लिखा:

मैं उन्हें आपस में जुड़ा हुआ नहीं देखता। जहां तक ​​​​मैं बता सकता हूं, वोकैब का ठोस-शब्दकोश से अलग उद्देश्य है।

हाँ, यह मेरी भी समझ होगी। मेरी समझ यह है कि वोकैब आरडीएफ के लिए है, सॉलिड-डिक्शनरी प्रोसा में शब्दों के विवरण के लिए है, विशुद्ध रूप से मानव उपभोग के लिए है।

@ मित्ज़ी-लास्ज़लो ने पूछा:

@kjetilk मानते हैं कि आपका मतलब प्रोजेक्ट रिलीज मैनेजर है?

असल में, मैं सोच रहा था कि चूंकि हमने एक "रिपॉजिटरी मैनेजर" भूमिका के साथ शुरुआत की और फिर प्रति-रेपो भूमिकाएं प्राप्त की, हमारे पास "प्रोजेक्ट रिलीज मैनेजर", यानी "प्रोजेक्ट रिपोजिटरीज मैनेजर" का एनालॉग होगा, जो प्रतिनिधि होगा प्रबंधन अन्य लोगों के लिए कुछ रेपो के साथ-साथ उन रिपॉजिटरी का प्रबंधन करें जिनके पास एक नहीं है।

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

@megoth क्या आप कुछ रिपोजिटरी प्रबंधक भूमिकाएं लेना चाहेंगे?

मैंने नोड-सॉलिड-सर्वर के बाहर रिपॉजिटरी पर इतना काम नहीं किया है, इसलिए यह नहीं देख सकता कि मुझे किसके लिए रिपोजिटरी मैनेजर होना चाहिए। मैं @timbl के लिए कार्य भार को कम करने में मदद करने के लिए कुछ फलक-भंडारों की ज़िम्मेदारी ले सकता हूं, लेकिन आम तौर पर मुझे लगता है कि उन्हें उन लोगों के लिए एक भंडार प्रबंधक के रूप में रखना बेहतर है (यानी फ़ोल्डर-फलक, ठोस-फलक, समस्या- फलक, फलक-स्रोत, फलक-रजिस्ट्री)।

मुझे यह भी लगता है कि @RubenVerborgh LDflex से संबंधित परियोजनाओं (यानी ldflex-playground और query-ldflex) के लिए रिपोजिटरी मैनेजर होना चाहिए? मैं यह भी सोचूंगा कि उसे प्रतिक्रिया-घटकों के लिए भंडार प्रबंधक होना चाहिए?

अन्यथा रिपॉजिटरी का अवलोकन करना थोड़ा मुश्किल है, क्योंकि बहुत सारे हैं =P लेकिन फिर, ये भूमिकाएँ पत्थर में सेट नहीं हैं, और अगर हमें पता चलता है कि हमने पहले कुछ गलत किया है, तो यह एक से अधिक नहीं होना चाहिए थोड़ा सा संचार और इसे ठीक करने के लिए एक पीआर दूर ^_^

इन्हें मुझे रेपो मैनेजर के रूप में चाहिए (मैंने उन्हें पूरी तरह से लिखा है):
मावो-ठोस
वाक-अनुमति
सॉलिड-ऑथ-क्लाइंट
एलडीफ्लेक्स-खेल का मैदान
क्वेरी-एलडीफ्लेक्स
प्रतिक्रिया-घटक
प्रोफ़ाइल-दर्शक-प्रतिक्रिया

मुझे लगता है कि इसे टिम की जरूरत है:
ठोस

क्या इस निष्कर्ष पर हम साथ आए हैं?

वेबिड-ओआईडीसी-स्पेक, ओआईडीसी-ऑथ-मैनेजर, सॉलिड-मल्टी-आरपी-क्लाइंट, फोल्डर-पेन, पेन-रजिस्ट्री, ओआईडीसी-आरएस, किचेन, सॉलिड-पेन, सॉलिड-नोटिफिकेशन, सॉलिड-प्रोफाइल-यूआई, सॉलिड- कनेक्शन-यूआई, सॉलिड, पेन-सोर्स, जोस, सॉलिड-इनबॉक्स, ओआईडीसी-ऑप, सॉलिड-टीआईएफ, सॉलिड-क्लाइंट, ओआईडीसी-आरपी, इश्यू-पैन, सॉलिड-आईडीपी-लिस्ट, केवीप्लस-फाइल्स, सॉलिड-ईमेल, ओआईडीसी-वेब, सॉलिड-साइन-अप, सॉलिड, टेकआउट-इम्पोर्ट, नोड-सॉलिड-डब्ल्यूएस, सॉलिड-ऑथ-टीएलएस, सॉलिड-ऑथ-ओआईडीसी, मीटिंग-पैन, सॉलिड-डिप्स, सॉलिड-क्ली, सॉलिड-वेब- क्लाइंट, सॉलिड-परमिशन, एसीएल-चेक, नोड-सॉलिड-सर्वर रिपोजिटरी मैनेजर: @kjetilk

सॉलिड-ऑथ-क्लाइंट, मावो-सॉलिड, वैक-अनुमति, सॉलिड-ऑथ-क्लाइंट, एलडीफ्लेक्स-प्लेग्राउंड, क्वेरी-एलडीफ्लेक्स, रिएक्ट-कंपोनेंट्स, प्रोफाइल-व्यूअर-रिएक्शन रिपोजिटरी मैनेजर: @ रूबेनवर्बोर्ग

समुदाय, सॉलिड-ट्यूटोरियल-इंट्रो, सॉलिड-ट्यूटोरियल-एंगुलर, सॉलिड-ट्यूटोरियल-rdflib.js, प्रोफाइल-व्यूअर-ट्यूटोरियल, अंडरस्टैंडिंग-लिंक्ड-डेटा, सॉलिड-ट्यूटोरियल-पेस्टबिन, वेब-समिट-2018, इंट्रो-टू- सॉलिड-स्लाइड्स, रिलीज़, सॉलिड-आर्किटेक्चर, यूजर गाइड, सॉलिड-नेमस्पेस, सॉलिड-प्लेटफ़ॉर्म, सॉलिड-स्पेक, वेब-एक्सेस-कंट्रोल-स्पेक, सॉलिड-ऐप्स, और सॉलिड.मिट.एडू रिपोजिटरी मैनेजर: @ मित्ज़ी-लास्ज़लो

वोकैब @csarven

सॉलिड, सॉलिड-पैन्स, सॉलिड-यूआई, मैशलिब, रिपोजिटरी मैनेजर: @ timbl

व्यावहारिक रूप से, हाँ, लेकिन मुझे लगता है कि मुझे मिलने वाले अधिकांश रेपो एक फॉलबैक के रूप में हैं, और फॉलबैक भूमिका वाले व्यक्ति के पास उन्हें दूसरों को सौंपने का अधिकार भी होना चाहिए।

यहां सभी जानकारी अपडेट की गई https://github.com/solid/community/pull/44 पुल अनुरोध पर आगे टिप्पणी करने के लिए स्वतंत्र महसूस करें।