मैं अपनी टीम के साथ प्रोजेक्ट साझा करने के लिए git सर्वर स्थापित करने की तलाश में हूं। मैं प्रत्येक डेवलपर के लिए SSH एक्सेस के साथ सर्वर पर एक उपयोगकर्ता खाता नहीं बनाना चाहता, जिसे git एक्सेस की आवश्यकता हो। ऐसा लगता है कि दो समवर्ती समाधान हैं जो इस मुद्दे को कवर करते हैं: गिटोसिस और गिटोलिट।
मुझे दोनों समाधानों के बीच कोई तुलना नहीं मिली। उनके बीच मुख्य अंतर क्या हैं? क्या अन्य समान समाधान हैं?
जवाबों:
मैं अपनी टीम के साथ प्रोजेक्ट साझा करने के लिए git सर्वर स्थापित करने की तलाश में हूं।
Git सर्वर के लिए रिमोट सर्वर पर केवल एक चीज की जरूरत होती है। यदि आपको ठीक-ठाक अनुमतियों की आवश्यकता नहीं है (केवल आपकी टीम के साथ साझा करने से पता चलता है कि यह एक संभावना है) या कोई अतिरिक्त सुविधाएँ, तो आपको गिटोलाइट, या इसी तरह की आवश्यकता नहीं है।
यदि दूरस्थ सर्वर पर गिट उपलब्ध है, तो आप वह कर सकते हैं जो आप अभी पूछ रहे हैं, बिना कुछ किए
ssh [user@]server
cd repos/are/here/
mkdir project.git
cd project.git
git init --bare
स्थानीय रूप से:
cd projects/are/here/project
git remote add origin [user@]server:repos/are/here/project.git
git push -u origin master
यदि आप समर्पित git उपयोगकर्ता के साथ काम करना चाहते हैं, तो git सर्वर स्थापित करने के लिए डॉक्स कम हैं - क्योंकि यह वास्तव में करना काफी आसान है।
संक्षेप में:
.ssh/authorized_keysफ़ाइल में अपनी और अपनी टीम की सार्वजनिक कुंजी जोड़ेंgit-shellकेवल एक समर्पित Git उपयोगकर्ता का उपयोग करने और नहीं के बीच अंतर यह है कि यदि आप सेटअप Git उपयोगकर्ता का उपयोग करना है git-shellयह अपने आप में कुछ और करने की अनुमति नहीं दी जाएगी। हालांकि, गिट सर्वर के रूप में अभिनय के मामले में, यह बिना इंस्टॉल किए गए समाधान के समान है
git push -u origin masterऔर आप git pushइसके बाद उपयोग कर सकते हैं । मैं गितो * को पसंद करता हूं क्योंकि मेरे विचार में किसी भी रेपो तक पहुँचने वाले को दूरस्थ प्रणाली पर पूर्ण पथ की परवाह नहीं करनी चाहिए।
/home/git/एक परियोजना का उपयोग करने के लिए url में repos डालते हैं git@server:project.git।
मुख्य अंतर यह है कि गिटोसिस अब अप्रचलित है, और अब सक्रिय रूप से बनाए नहीं रखा गया है।
Gitolite बहुत अधिक पूर्ण विशेषता है , और अभी इसका तीसरा संस्करण जारी किया गया है ।
इसकी सबसे दिलचस्प विशेषता आभासी संदर्भ (संक्षेप में VREF) है जो आपको जितनी चाहें उतने अपडेट हुक घोषित करने की अनुमति देता है, जो आपको एक पुश द्वारा प्रतिबंधित करने की अनुमति देता है:
dir / फ़ाइल का नाम :
कहते हैं कि आप नहीं चाहते कि जूनियर डेवलपर्स Makefile में परिवर्तन को आगे बढ़ाएं, क्योंकि यह काफी जटिल है:
- VREF/NAME/Makefile = @junior-devs
नई फ़ाइलों की संख्या :
कहते हैं कि आप नहीं चाहते कि जूनियर डेवलपर्स प्रति प्रतिबद्ध 9 से अधिक फ़ाइलों को आगे बढ़ाएं, क्योंकि आप चाहते हैं कि वे छोटे कमिट करें:
- VREF/COUNT/9/NEWFILES = @junior-devs
उन्नत फ़ाइल प्रकार का पता लगाना :
कभी-कभी किसी फ़ाइल का एक मानक एक्सटेंशन होता है (जो 'gitignore'd' नहीं हो सकता), लेकिन यह वास्तव में स्वचालित रूप से उत्पन्न होता है। यहाँ एक तरह से यह पकड़ने के लिए है:
- VREF/FILETYPE/AUTOGENERATED = @all
देखें src/VREF/FILETETYPEका पता लगाने तंत्र को देखने के लिए।
लेखक ईमेल की जाँच
करना : कुछ लोग यह सुनिश्चित करना चाहते हैं कि "आप केवल अपने स्वयं के कमिट को आगे बढ़ा सकते हैं"।
- VREF/EMAIL-CHECK = @all
देख लो src/VREF/EMAIL-CHECK।
कमिट पर मतदान :
एक प्रतिबद्ध पर मतदान का एक बुनियादी कार्यान्वयन आश्चर्यजनक रूप से आसान है
- VREF/EMAIL-CHECK = @all:। कार्यान्वयन
# 2 votes required to push master, but trusted devs don't have this restriction
# RW+ VREF/VOTES/2/master = @trusted-devs
# - VREF/VOTES/2/master = @devs
के src/VREF/VOTESलिए देखें ।
और इसी तरह...
सिर्फ एक सिद्दत। आप अपनी आवश्यकताओं के लिए गेरिट का उपयोग भी कर सकते हैं:
पहले ऐसा लगता है कि जेरिट का उपयोग कोड समीक्षा के लिए किया जाता है, लेकिन आप वास्तव में इसका उपयोग उपयोगकर्ताओं के प्रबंधन के लिए भी कर सकते हैं और उन्हें अच्छी परिभाषित अनुमति दे सकते हैं। आप कोड-समीक्षा (गर्त अभिगम नियंत्रण ) को बायपास कर सकते हैं और इसका उपयोग केवल प्रोजेक्ट्स और ssh-keys के प्रबंधन के लिए कर सकते हैं। जेरिट के पास वास्तव में मजबूत अभिगम नियंत्रण तंत्र है:
आप पहुँच नियंत्रण दस्तावेज़ में परिभाषित की गई किसी भी शाखा, टैग या किसी भी चीज़ के लिए पुश करने के लिए प्रतिबंधित कर सकते हैं।
एक और भी तेज और गंदे समाधान के लिए, बस गेट डेमॉन का उपयोग करें और पीयर-टू-पीयर जाएं। यहाँ सिर्फ ऐसा करने के बारे में एक लेख है।
संपादित करें: मैं मानता हूं कि यह ओपी के सवाल का सख्ती से जवाब नहीं देता है। मैंने इसे मुख्य रूप से उन लोगों के लिए यहां रखा है, जो मेरे जैसे हैं, जो कोड को साझा करने के लिए नीचे और गंदे तरीके की तलाश में आते हैं, जब तक कि उद्यम गिटब खाता स्थापित नहीं हो जाता।
मैं कुछ समय के लिए एलडीएपी एक्सेस, फाइन ग्रेनड एक्सेस कंट्रोल इत्यादि के साथ काम करने के लिए लगभग गड़बड़ कर रहा हूं ... एक रहस्योद्घाटन मिला: Gitlab का उपयोग करें :
यदि आप त्वरित और तेज़ इंस्टॉलेशन विधि चाहते हैं: बिटनामी इंस्टॉलर का उपयोग करें