Skip to main content
बोर्ड हेर्नुहोस्

शासन मोडेल — Remote Valley OS ले निर्णय कसरी गर्छ

यो परियोजना समुदायको हो। निर्णय खुला, पारदर्शी रूपमा र काम गर्ने मानिसहरूसँग गरिन्छ।


सिद्धान्तहरू

पूर्वनिर्धारित रूपमा खुला

गोपनीयताको विशेष कारण (जस्तै, सुरक्षा कमजोरी वा आचार संहिता प्रवर्तन) नभएसम्म सबै निर्णय, छलफल र प्रक्रिया सार्वजनिक हुन्छन्।

काम गर्नेको आवाज हुन्छ

शासन पदवी वा कोषमा आधारित होइन। यो योगदानमा आधारित छ। प्रणाली बनाउने, अभिलेख गर्ने र मर्मत गर्ने मानिसहरूले परियोजनाको दिशा निर्धारण गर्छन्।

स्थानीय समुदायको स्थानीय विषयमा अन्तिम निर्णय

जुम्ला र भावी तैनाती स्थलका निर्णय स्थानीय समुदायको सहमतिमा गरिन्छ। बाह्य योगदानकर्ताले सल्लाह दिन्छन्। समुदाय सदस्यले निर्णय गर्छन्।

मतदानभन्दा सहमति खोज्ने

औपचारिक मतदानमा जानु अघि हामी मोटामोटी सहमति खोज्छौं। छलफल, पुनरावृत्ति र सम्झौता मनपर्छ। मतदान अन्तिम उपाय हो।

फोर्क-मैत्री

कुनै निर्णयसँग असहमत जो कोहीले कुनै पनि रिपोजिटरी फोर्क गरी फरक दिशामा लैजान स्वतन्त्र छन्। यो असफलता होइन। यो खुला स्रोतको अभिप्रेत कार्य हो।


भूमिकाहरू

समुदाय सदस्य

परियोजनामा सहभागी जो कोही — इस्यू खोल्ने, छलफलमा टिप्पणी, डिजाइन प्रयोग, ब्लुप्रिन्ट अनुकूलन।

अधिकार: छलफलमा सहभागी, इस्यू र pull request पेश, सामुदायिक कलमा उपस्थित।

योगदानकर्ता

कुनै पनि रिपोजिटरीमा pull request मर्ज भएको जो कोही।

अधिकार: सबै समुदाय सदस्य अधिकार, साथै: इस्यू लेबल, इस्यूमा आफूलाई तोक्ने, शासन निर्णयमा मतदान, अरूलाई मर्मतकर्ता भूमिकाका लागि मनोनयन।

मोड्युल मर्मतकर्ता

विशेष मोड्युल रिपोजिटरी (जस्तै, rv-energy-microgrid, rv-waste-filament) मा निरन्तर, उच्च-गुणस्तर योगदान देखाएको योगदानकर्ता।

जिम्मेवारी:

  • आफ्नो मोड्युलका pull request समीक्षा र मर्ज
  • इस्यू ट्रायज
  • कागजात गुणस्तर कायम
  • नयाँ योगदानकर्तालाई मार्गदर्शन
  • क्रस-मोड्युल छलफलमा आफ्नो मोड्युल प्रतिनिधित्व

नियुक्ति: विद्यमान मर्मतकर्ताद्वारा मनोनयन र सबै मोड्युल मर्मतकर्ताको बहुमत मतबाट पुष्टि। कार्यकाल: १२ महिना, नवीकरणीय।

कोर मर्मतकर्ता

क्रस-मोड्युल एकीकरण, समग्र संरचना र परियोजना दिशा हेर्ने मर्मतकर्ता।

जिम्मेवारी:

  • rv-os-manifest र संस्करण अनुकूलता कायम
  • रिलिज व्यवस्थापन हेर्ने
  • क्रस-मोड्युल निर्णय सहजीकरण
  • साझेदार र कोषकर्ताप्रति परियोजना प्रतिनिधित्व
  • शासन प्रक्रिया पालना सुनिश्चित

नियुक्ति: कुनै दुई कोर मर्मतकर्ताद्वारा मनोनयन र सबै मर्मतकर्ताको २/३ बहुमत मतबाट पुष्टि। कार्यकाल: १२ महिना, नवीकरणीय।

सामुदायिक प्रतिनिधि (तैनाती स्थल)

तैनाती स्थल (जस्तै, जुम्ला) को स्थानीय समुदायले परियोजना शासनमा आफ्नो हित प्रतिनिधित्व गर्न निर्वाचित गरेको व्यक्ति।

जिम्मेवारी:

  • समुदायको आवश्यकता र चिन्ता व्यक्त
  • तैनाती स्थललाई असर गर्ने निर्णयमा सहभागी
  • स्थानीय समुदायलाई असर गर्ने योजनाबद्ध परिवर्तन स्वीकृत वा अस्वीकार
  • परियोजना निर्णयबारे समुदायलाई जानकारी

नियुक्ति: स्थानीय समुदायद्वारा निर्वाचित। कार्यकाल र प्रक्रिया समुदायद्वारा निर्धारित।

मास्टर ट्रेनर

शिक्षा पाइपलाइनको उच्चतम स्तर हासिल गरी अरूलाई तालिम दिन प्रमाणित स्थानीय सञ्चालक।

जिम्मेवारी:

  • आफ्नो मोड्युलको पाठ्यक्रम परिवर्तन स्वीकृत
  • सञ्चालक र प्राविधिकलाई प्रमाणित
  • क्षेत्रमा प्रमाणित सुधार मोड्युल मर्मतकर्तालाई रिपोर्ट
  • नयाँ आवासीलाई स्थानीय सन्दर्भमा मार्गदर्शन

नियुक्ति: शिक्षा पाइपलाइनबाट प्रमाणित। समय-सीमित भूमिका होइन, तर मापदण्ड कायम नभए समुदायले रद्द गर्न सक्छ।


निर्णय-निर्माण

निर्णयका प्रकार

प्रकारकसले निर्णय गर्छप्रक्रिया
दैनिक मोड्युल काममोड्युल मर्मतकर्तासामान्य समीक्षा प्रक्रिया
नयाँ मोड्युल सिर्जनाकोर मर्मतकर्ता + प्रभावित मर्मतकर्ताप्रस्ताव → छलफल → सहमति
संस्करण रिलिजकोर मर्मतकर्तारिलिज ब्रान्च → परीक्षण → ट्याग
मोड्युल API/संरचना परिवर्तनमोड्युल मर्मतकर्ता + प्रभावित मर्मतकर्ताRFC इस्यू → १४ दिन टिप्पणी → मर्ज
शासन परिवर्तनसबै मर्मतकर्ता + सामुदायिक प्रतिनिधिRFC इस्यू → ३० दिन टिप्पणी → मतदान
समुदाय निष्कासनकोर मर्मतकर्ता + आचार संहिता टोलीनिजी अनुसन्धान → सहमति → अभिलेखित
तैनाती स्थल निर्णयस्थानीय समुदाय + सामुदायिक प्रतिनिधिस्थानीय प्रक्रिया, परियोजना सहयोग

RFC प्रक्रिया (टिप्पणीका लागि अनुरोध)

महत्त्वपूर्ण परिवर्तन (नयाँ मोड्युल, संरचना परिवर्तन, शासन परिवर्तन) का लागि:

  1. प्रस्ताव — विस्तृत RFC सहित इस्यू खोल्नुहोस्
  2. टिप्पणी अवधि — प्राविधिक RFC का लागि कम्तीमा १४ दिन, शासन RFC का लागि ३० दिन
  3. परिमार्जन — प्रतिक्रिया समावेश गरी RFC अद्यावधिक
  4. निर्णय — मर्मतकर्ताले तर्कसहित निर्णय घोषणा
  5. कार्यान्वयन — RFC स्वीकृत, अस्वीकृत वा स्थगित

मतदान

मतदान अन्तिम उपाय हो। आवश्यक पर्दा:

  • मानक मत: योग्य मतदाताको साधारण बहुमत (५०% + १)
  • शासन परिवर्तन: कोर मर्मतकर्ता + सामुदायिक प्रतिनिधिको २/३ बहुमत
  • न्यूनतम सहभागिता: मत वैध हुन योग्य मतदाताको कम्तीमा ५०% सहभागी हुनुपर्छ
  • मतदान अवधि: मानकका लागि ७ दिन, शासन परिवर्तनका लागि १४ दिन
  • विधि: GitHub इस्यू वा छलफलमा सार्वजनिक मत

बराबरीको निर्णय

बराबरी भएमा, कोर मर्मतकर्ताले सामूहिक रूपमा बराबरी तोड्छन्। कोर मर्मतकर्ता पनि बराबरी भएमा, निर्णय ३० दिनका लागि स्थगित गरी पुनःविचार गरिन्छ।


रिलिज प्रक्रिया

                         ┌──────────┐
                         │  develop │
                         │  branch  │
                         └────┬─────┘
                              │
                              ▼
                    ┌──────────────────┐
                    │ Feature branches │
                    │ merge to develop │
                    └──────────────────┘
                              │
                              ▼
                    ┌──────────────────┐
                    │ Release branch   │
                    │ cut from develop │
                    └──────────────────┘
                              │
                              ▼
                    ┌──────────────────┐
                    │ Final testing    │
                    │ Documentation    │
                    │ Translation      │
                    └──────────────────┘
                              │
                              ▼
                    ┌──────────────────┐
                    │ Merge to main    │
                    │ Tag version      │
                    └──────────────────┘
                              │
                              ▼
                    ┌──────────────────┐
                    │ Publish release  │
                    │ Notify community │
                    │ Update manifest  │
                    └──────────────────┘

संस्करण नम्बरिङ

हामी सेम्यान्टिक संस्करणिङ पछ्याउँछौं: MAJOR.MINOR.PATCH

बम्पकहिले
MAJORब्रेकिङ परिवर्तन वा नयाँ प्रणाली मोड्युल थप
MINORनयाँ सुविधा, गैर-ब्रेकिङ सुधार
PATCHबग फिक्स, कागजात सुधार

स्थिर हुनु अघि प्रि-रिलिज चरण: -dev, -alpha, -beta, -rc1, -rc2।

अनुकूलता म्यानिफेस्ट

rv-os-manifest रिपोजिटरीले कुन मोड्युल संस्करण एकअर्कासँग अनुकूल छन् ट्र्याक गर्छ। अनुकूलता म्यानिफेस्ट अद्यावधिक र परीक्षण नगरेसम्म कुनै रिलिज स्थिर मानिँदैन।


द्वन्द्व समाधान

योगदानकर्ताबीच

सिधा कुराकानीबाट सुरु गर्नुहोस्। त्यो असफल भए, मोड्युल मर्मतकर्तासम्म पुर्‍याउनुहोस्।

मर्मतकर्ताबीच

सम्बन्धित इस्यू वा pull request मा छलफलबाट सुरु गर्नुहोस्। त्यो असफल भए, कोर मर्मतकर्तासम्म पुर्‍याउनुहोस्।

समुदाय सदस्य संलग्न

कुनै निर्णयले तैनाती स्थललाई असर गर्छ भने, सामुदायिक प्रतिनिधि समावेश हुनैपर्छ। उनको सुझावको भार मर्मतकर्ताको मत बराबर हुन्छ।

नसमाधान हुने द्वन्द्व

सद्भावनापूर्वक प्रयासपछि सहमति नभए, कोर मर्मतकर्ताले लिखित तर्कसहित अन्तिम निर्णय गर्छन्।


पारदर्शिता

  • सबै शासन छलफल सार्वजनिक GitHub इस्यू वा छलफलमा हुन्छन्
  • सबै मर्मतकर्ता बैठकका नोट प्रकाशित हुन्छन्
  • तैनाती स्थललाई असर गर्ने सबै निर्णय कार्यान्वयन अघि सामुदायिक प्रतिनिधिलाई जानकारी गराइन्छ
  • सबै वित्तीय निर्णय (कोष, खर्च, भत्ता) सार्वजनिक दर्तामा अभिलेख गरिन्छ

संशोधन

यो शासन दस्तावेज ३० दिन सार्वजनिक टिप्पणी र त्यसपछि कोर मर्मतकर्ता र सामुदायिक प्रतिनिधिको २/३ बहुमत मतसहित RFC प्रक्रियाबाट संशोधन गर्न सकिन्छ।


इजाजतपत्र

यो शासन मोडेल आफै खुला स्रोत हो। यो Kubernetes, Django र Node.js जस्ता खुला स्रोत समुदायका उत्कृष्ट अभ्यासबाट अनुकूलित हो। जो कोहीले प्रयोग, अनुकूलन र सुधार गर्न स्वतन्त्र छन्।


Remote Valley OS को भाग — Mountaineer.fi को खुला स्रोत परियोजना