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