पेश है जिओलाइट

गिटोलिट , गिट के माध्यम से सहयोगी विकास के लिए केंद्रीकृत रिपोजिटरी बनाने का एक उपकरण है।

इसकी आवश्यकता क्यों है?

इस कार्य के लिए मूलगामी उपकरण आज के लिए स्पष्ट रूप से अपर्याप्त हैं: देशी गिट प्रोटोकॉल में कोई प्राधिकरण उपकरण नहीं है, और ssh के माध्यम से काम करने के लिए आपको ओएस (शेल के साथ) में एक पूर्ण उपयोगकर्ता की आवश्यकता होगी, जो हमेशा उचित और वांछनीय से दूर हो।
gitolite आपको उपयोगकर्ताओं को बनाने की अनुमति देगा, भले ही OS में किसी खाते की उपलब्धता हो और लचीले ढंग से अधिकार दे।

presupposition

• विषय बड़ा है। इसलिए, सभी संभावनाओं से दूर का वर्णन किया गया है।
• अपने दस्तावेज़ीकरण में, गिटोलिट डेवलपर बड़ी संख्या में समस्याओं को संदर्भित करता है जो सार्वजनिक कुंजियों के माध्यम से प्रमाणीकरण के साथ ssh के साथ काम करने के सिद्धांतों की समझ की कमी से उत्पन्न होती हैं। इसलिए, यदि आप इस मामले में कुछ हद तक "तैराकी" कर रहे हैं - लेख के अंत में एक छोटा सा हाउटो है।
• लेख मानता है कि जीटॉलाइट को स्थापित करने के लिए डिज़ाइन किया गया सर्वर एक यूनिक्स जैसी प्रणाली पर चलता है

स्थापना

वास्तव में, ज्यादातर मामलों में, इंस्टॉलेशन कोई प्रश्न नहीं उठाता है।
सर्वर पर:

• हम सिस्टम में एक नया उपयोगकर्ता शुरू करते हैं। सुविधा के लिए, इसे git कहते हैं।
• उस उपयोगकर्ता की सार्वजनिक कुंजी को कॉपी करें जो git उपयोगकर्ता के होम फ़ोल्डर में व्यवस्थापक होगा। ध्यान दें कि मुख्य नाम .pub फॉर्मेट में होना चाहिए, जहां gitolite आपको कैसे पता चलेगा। यह नाम किसी सिस्टम नाम से मेल नहीं खा सकता है। अगर हम चाहते हैं कि गिटोलिट हमें जीटडमिन के रूप में जाने, तो फ़ाइल को gitadmin.pub में बदला जाना चाहिए
  Git उपयोगकर्ता के रूप में लॉग इन करें और gitolite स्थापित करें:
  

  su git cd ~ git clone git://github.com/sitaramc/gitolite gitolite/src/gl-system-install gl-setup -q ~/gitadmin.pub 

  
  
  
  
  

  समायोजन

  
  गिटोलिट की स्थापना की ख़ासियत यह है कि इसे कॉन्फ़िगर करने के लिए लगभग कोई भी ऑपरेशन सीधे सर्वर पर नहीं किया जाता है। एक नया उपयोगकर्ता, रिपॉजिटरी जोड़ने या एक्सेस अधिकारों को बदलने के लिए, आपको विशेष गिटोलिट-एडमिन रिपॉजिटरी के git क्लोन बनाने, बदलाव करने और git पुश करने की आवश्यकता है। तथ्य यह है कि इन परिवर्तनों को प्रभावी करने के लिए गिटोलाइट हुक की एक पूरी प्रणाली का उपयोग करता है।
  इसलिए, एक नया भंडार बनाने और आवश्यक उपयोगकर्ताओं को जोड़ने के लिए, आपको इसकी आवश्यकता होगी:
  
  • उस उपयोगकर्ता से जिसकी सार्वजनिक कुंजी को स्थापित करते समय gitolite में जोड़ा गया था (या किसी अन्य उपयोगकर्ता को gitolite-admin repository के लिए पर्याप्त अधिकारों के साथ), हम निष्पादित करते हैं:
    

     git clone git@server:gitolite-admin 

    
    यह तदनुसार, वर्तमान फ़ोल्डर में व्यवस्थापक रिपॉजिटरी की एक प्रति बनाएगा। इसमें दो फ़ोल्डर होते हैं: कॉन्फिड और कीडिर। गोपनीय फ़ोल्डर में gitolite.conf फ़ाइल होती है जिसमें रिपॉजिटरी की सूची होती है और उन तक पहुँच अधिकार होता है। कीडिर फ़ोल्डर में, उपयोगकर्ताओं की सार्वजनिक कुंजियाँ जिनके बारे में जिओलाइट को पता होना चाहिए।
  • एक नया उपयोगकर्ता जोड़ने के लिए, बस केडिर फ़ोल्डर में अपनी सार्वजनिक कुंजी लिखें। .Pub के अंत तक प्रमुख नाम gitolite सिस्टम पर उपयोगकर्ता नाम होगा। उदाहरण: user1.pub या john-smith.pub। एक नाम में डॉट और अंडरस्कोर वर्णों की अनुमति है।
  • एक रिपॉजिटरी जोड़ने और अनुमतियाँ बदलने के लिए, conf / gitolite.conf फ़ाइल को संपादित करें। प्रारंभ में, यह इस तरह दिखता है:
    

     repo gitolite-admin RW+ = gitadmin repo testing RW+ = @all 

    
    लाइनें जोड़ें:
    

     repo megaproject RW+ = gitadmin user1 john-smith 

    
    इन पंक्तियों में नए मेगाप्रोजेक्ट रिपॉजिटरी का वर्णन किया गया है, जो यूजर्स gitadmin, user1, john-smith के अधिकार हैं।
  • फिर हम सभी परिवर्तन लागू करते हैं और भेजते हैं:
    

     git add . git commit -a -m "New repo and users added" git push 

    
    
  
  विन्यास फाइल प्रारूप के बारे में कुछ शब्द:
  
  • समूहों का उपयोग करना संभव है। और उपयोगकर्ताओं के लिए और रिपॉजिटरी दोनों के लिए। एक उदाहरण:
    

     @oss_repos = gitolite linux git perl rakudo entrans vkc @staff = sitaram some_dev another-dev 

    
    सभी एक विशेष, पूर्वनिर्धारित समूह है। यह वर्णन करता है - संदर्भ के आधार पर - सभी प्रमाणित उपयोगकर्ता, या सभी रिपॉजिटरी।
    
  • मूल अनुमतियाँ निम्नानुसार वर्णित हैं:
    
    • आर - पढ़ने की अनुमति देता है
    • आरडब्ल्यू - आपको मौजूदा रेफरी में धकेलने या एक नया रेफरी बनाने की अनुमति देता है
    • आरडब्ल्यू + - आपको पुश-ऑफ या डिलीट रेफरी (यानी सूचना को नष्ट करने) की अनुमति देता है
    • - (माइनस) - पहुँच से इनकार करता है
    
    
  
  
  

  नए बनाए गए भंडार के साथ काम करना

  
  दरअसल, उपयोगकर्ता के दृष्टिकोण से गिटोलिट के साथ काम करना पूरी तरह से पारंपरिक है। हमारे उदाहरण के बाद, डेवलपर कमांड निष्पादित कर सकता है:
  

   git clone git@server:megaproject cd megaproject touch newfile git add . git commit -a -m "newfile" git push git@server:megaproject master 

  
  
  

  ssh - सार्वजनिक कुंजी प्रमाणीकरण

  
  जैसा कि आप जानते हैं, ssh में, पारंपरिक पासवर्ड प्रमाणीकरण के अलावा, एक कुंजी जोड़ी का उपयोग करके इसे पारित करना संभव है। सार्वजनिक कुंजी प्रमाणीकरण तब होता है जब आप एक कुंजी जोड़ी बनाते हैं और मेजबान को सार्वजनिक कुंजी देते हैं जो आपको पहचानना चाहिए। उसके बाद, ssh के माध्यम से, आप एक पासवर्ड डाले बिना रिमोट मशीन में प्रवेश कर सकते हैं।
  अपने उपयोगकर्ता के लिए एक महत्वपूर्ण जोड़ी बनाने के लिए, निष्पादित करें
  ssh-keygen -t rsa
  यह कमांड ~ / .shsh फोल्डर में दो फाइल बनाएगी: id_rsa और id_rsa.pub। पहली निजी कुंजी है, जिसे एक आंख के सेब के रूप में संग्रहीत किया जाना चाहिए, और दूसरा (एक्सटेंशन .pub के साथ) सार्वजनिक कुंजी है, जिसे दूरस्थ होस्ट को स्थानांतरित किया जाना चाहिए। वास्तव में, इस फ़ाइल के अंदर सिर्फ एक लंबा टेक्स्ट स्ट्रिंग होता है जिसे केवल टेक्स्ट के रूप में प्रेषित किया जा सकता है।
  और उस मशीन पर जिसे आप एक्सेस प्रदान करना चाहते हैं, आपको उस उपयोगकर्ता की ~ / .sh / अधिकृत_की फ़ाइल में निर्दिष्ट कुंजी दर्ज करनी होगी जिसकी एक्सेस को आपको व्यवस्थित करने की आवश्यकता है।
  
  

  gitolite - कार्य सिद्धांत

  
  यह उन लोगों के लिए है जो आम तौर पर इसकी व्यवस्था करने में रुचि रखते हैं। दरअसल, जैसा कि वर्णन से पहले ही स्पष्ट है, सार्वजनिक-कुंजी (अधिक सटीक रूप से, यह सबसे लोकप्रिय कॉन्फ़िगरेशन है) के माध्यम से प्रमाणीकरण का उपयोग करते हुए जिलेटलाइट एसएचएस के शीर्ष पर काम करता है।
  
  सर्वर पर एकमात्र वास्तविक उपयोगकर्ता जिसके माध्यम से रिपॉजिटरी के साथ काम होगा, शुरू हो जाता है। और gitolite का "जादू" यह है कि ये कुंजी "कमांड = [पाथ] / ग्ल-परसेंट-कमांड ..." विकल्प के साथ अधिकृत_की में आती हैं। यह विकल्प ssh सर्वर को निर्दिष्ट कमांड चलाने का निर्देश देता है, चाहे उपयोगकर्ता वास्तव में निष्पादित करना चाहता हो। इस स्थिति में, मूल आदेश SSH_ORIGINAL_COMMAND चर में संग्रहीत किया जाता है, जो gitolite यह जानने के लिए पढ़ता है कि वे इससे क्या चाहते थे।