एचजी अभिगम नियंत्रण केंद्रीय भंडार

Question

हम एक उपवर्तन पृष्ठभूमि से आते हैं जहां हमारे पास एक क्यूए प्रबंधक है जो केंद्रीय भंडार को प्रतिबद्ध अधिकार देता है जब उसने सत्यापित किया कि सभी क्यूसी गतिविधियों को किया गया है।

मेरे और उनके सहयोगियों की एक जोड़ी तेज उपयोग करने के लिए शुरू कर रहे हैं, और हम एक साझा भंडार है कि हमारे QC एड परिवर्तन होते हैं करना चाहते हैं। प्रत्येक डेवलपर्स एचजी भंडार क्लोन करता है और अपने परिवर्तन को साझा भंडार में वापस धक्का देता है। मैं HG init ट्यूटोरियल पढ़ा है और लाल सेम पुस्तक के माध्यम से स्किम्ड, लेकिन कैसे नियंत्रित करने के लिए जो साझा भंडार में परिवर्तन पुश करने के लिए अनुमति दी है नहीं पा सके।

कैसे क्यूए-प्रबंधक के बारे में हमारी मौजूदा मॉडल से नियंत्रित होगा करता अस्थिर 'केंद्रीय' भंडार में अनुवाद?

Answer 1

serverfault.com में प्रासंगिक question और Publishing Repositories Mercurial विकी पृष्ठ के लिंक हैं। पहला सर्वर पर hgweb का उपयोग करते समय प्रति-भंडार पहुंच को कॉन्फ़िगर करने का तरीका दिखाता है। मुझे लगता है कि आप एसएसएच का उपयोग कर रहे हैं जो विकी पेज लेबल "निजी" के रूप में लेबल करता है और इसलिए मुझे विश्वास है कि आपको फ़ाइल-सिस्टम एक्सेस कंट्रोल पर वापस आना होगा, यानी रिपॉजिटरी में सभी फाइलें समूह के हैं "प्रतिबद्धता", समूह के सदस्यों को पहुंच लिखने और हर किसी को पढ़ने/केवल पढ़ने दें।

Answer 2

हेनरीडब्ल्यू की टिप्पणी पूछती है कि आप रिपोजिटरी की सेवा कैसे कर रहे हैं, बिल्कुल सही सवाल है। तुम कैसे की स्थापना प्रमाणीकरण कैसे आप अपने रेपो सेवा कर रहे हैं पर निर्भर करता है (के माध्यम से अपाचे, HTTP के द्वारा HTTP एचजी-सेवा करते हैं ,, ssh, आदि)। परिवहन व्यवस्था प्रमाणीकरण प्रदान करता है और उसके बाद तेज का उपयोग करता है के साथ श्री बिल्ली लिंक से आदेश (में और स्वयं के बेकार) अभिगम नियंत्रण संभालने के लिए।

चूंकि आपने उल्लेख नहीं किया है कि आप रेपो की सेवा कैसे कर रहे हैं, शायद यह सेट करने में आसान था (आपको अपाचे या एसएसएच सेटअप के लिए परेशानी का उल्लेख करना होगा :)। तो मैं उन दो को दूंगा:

यदि आप एचजी पर सेवा कर रहे हैं तो आपके पास प्रमाणीकरण सेटअप नहीं है। प्रमाणीकरण प्रदान करने के लिए आपको hgweb या hgwebdir के सामने apache, lighttp, या nginx का उपयोग करने की आवश्यकता है। जब तक आप allow_ * और deny_ * विकल्प नहीं करते हैं, तब तक सख्ती से सभी या कोई भी नहीं होता है।

आप तो ssh उपयोग कर रहे हैं आप पहले से ही अपने प्रमाणीकरण फ्रॉम ssh हो रही है (और शायद अपने ओएस) है, तो आप allow_ * और deny_ उपयोग कर सकते हैं * निर्देशों (और फाइल सिस्टम का उपयोग नियंत्रण यदि आप चाहते पसंद)।