Bitbucket और SSH कुंजियाँ

प्रदाता Bitbucket प्रस्ताव नहीं करता है ( शुल्क-आधारित मानक और प्रीमियम टैरिफ में भी ) एसएसएच कुंजी को भंडार स्तर पर लिखने के अधिकार के साथ संग्रहीत करने की संभावना। उत्पादन सर्वर पर अपनी व्यक्तिगत एसएसएच कुंजी को संग्रहीत करना एक विकल्प नहीं है, अन्यथा आप उन सभी अन्य परियोजनाओं तक पहुंच सकते हैं जो आप वर्तमान में वहां से काम कर रहे हैं। तथाकथित पहुंच कुंजियाँ हैं , लेकिन ये केवल पढ़ने के अधिकार की अनुमति देते हैं।


इसलिए, यदि आप किसी प्रोजेक्ट पर स्थानीय रूप से विकसित होते हैं और फिर इस रिपॉजिटरी को प्रोडक्शन सर्वर पर राइट एक्सेस के साथ इंटीग्रेट करते हैं, तो दो विकल्प हैं: या तो आप इस उद्देश्य के लिए अपना स्वयं का उपयोगकर्ता बनाएं (लाइसेंस के लिए और 5 यूजर्स चार्जेबल से)। बल्कि अज्ञात SSH एजेंट अग्रेषण

इस प्रक्रिया के साथ, आप वर्तमान सत्र में एक दूरस्थ सर्वर पर अपनी स्थानीय SSH कुंजी का पुन: उपयोग कर सकते हैं, बिना वहां स्थायी रूप से कुंजी संग्रहीत करने के लिए। सेटअप सरल है: सबसे पहले, आप यह सुनिश्चित करते हैं कि आप अपने SSH कुंजी का उपयोग करके दूरस्थ सर्वर और Bitbucket दोनों से सीधे जुड़ सकते हैं। फिर आप अपने स्थानीय मशीन पर SSH एजेंट को eval `ssh-agent -s` के साथ शुरू करते हैं और अपनी वर्तमान कुंजी को ssh-add -k के साथ संग्रहीत करते हैं । एजेंट अग्रेषित सक्रिय होने के साथ, अब आप ssh -A उपयोगकर्ता नाम @ host1 के माध्यम से दूरस्थ सर्वर से जुड़ सकते हैं और फिर दूरस्थ सर्वर के SSH कुंजी में प्रवेश किए बिना अपने Bitbucket रिपॉजिटरी तक पहुंच सकते हैं

एक अन्य विकल्प एक पूरी तरह से अलग प्रदाता पर स्विच करने के लिए है: उदाहरण के लिए, GitLab, पहले से ही 10 जीबी (बिटबकेट के साथ 2 जीबी की तुलना में), टीम के सदस्यों की एक असीमित संख्या और मुफ्त टैरिफ में तथाकथित तैनाती कुंजी प्रदान करता है। इसका मतलब यह है कि किसी भी संख्या में अतिरिक्त SSH कुंजी (जैसे उत्पादन सर्वर से) प्रत्येक रिपॉजिटरी में संग्रहीत की जा सकती हैं, जो रिपॉजिटरी को लिखने की पहुंच प्रदान करती हैं।

वापस