Bitbucket और एक छोटा सा विकास घर

9

मैं अंत में काम पर हमारे संस्करण नियंत्रण प्रणाली के रूप में मर्क्यूरियल को रोल करने की प्रक्रिया में हूं। यह सभी के लिए एक बहुत बड़ी बात है, चौंकाने वाली बात यह है कि उन्होंने कभी भी वीसीएस का इस्तेमाल नहीं किया। बग को प्रबंधन के कानों में डालने के महीनों के बाद, उन्होंने आखिरकार प्रकाश देखा और अब महसूस किया कि साझा फ़ोल्डरों के नेटवर्क के साथ काम करने की तुलना में यह कितना बेहतर है!

इसे बाहर करने की प्रक्रिया में, मैं अपने सामान को प्रबंधित करने के लिए अलग-अलग रणनीतियों के बारे में सोच रहा हूं और मैं बिटकबेट को हमारे "केंद्रीय" भंडार के रूप में उपयोग करने की दिशा में झुक रहा हूं। Bitbucket में परियोजनाएँ पूरी तरह से निजी परियोजनाएँ होंगी और हर कोई वहाँ से धक्का और खींचेगा।

मैं विभिन्न सुझावों के लिए खुला हूं, लेकिन क्या किसी को भी समान सेटअप मिला है? यदि ऐसा है, तो आपको किन कैविटीज़ का सामना करना पड़ा है?

version-control teamwork mercurial

— मार्लोन
स्रोत

+1 (ए) क्योंकि मुझे सवाल पसंद है (हम एक होस्ट किए गए सर्वर के अलावा एक ऑफ-साइट रिपॉजिटरी के रूप में GitHub का उपयोग कर रहे हैं) और (बी) को बदलने के लिए आपकी कंपनी को बनाए रखने और प्राप्त करने के लिए

— जॉन हॉपकिंस

6

मैं निजी रिपॉजिटरी होस्टिंग के लिए Bitbucket का उपयोग करता हूं और मेरा एक ग्राहक GitHub पर निजी रिपॉजिटरी होस्टिंग का उपयोग करता है। जीरा के सर्वरों पर तोड़फोड़ की निजी रिपोजिटरी होस्टिंग का उपयोग करने वाली एक अन्य कंपनी।

आपके डेटा का ऑफ़साइट स्टोरेज, अगर आपके पास यह एकमात्र जगह नहीं है, तो यह आपके जोखिम को कम कर सकता है, जब यह आपदा वसूली में आता है। चूंकि आपके पास देव मशीनों पर स्रोत की भौतिक प्रतियां होंगी, और गिट और मर्क्यूरियल दोनों ही पूरे विकास इतिहास को स्थानीय प्रतियों में रखते हैं, यह अब एक बहुत व्यवहार्य समाधान है। जब तक आपके पास एकल प्रोजेक्ट में डेटा की गीगाबाइट्स और एक सुस्त नेटवर्क कनेक्शन है, मैं इस विकल्प की अत्यधिक अनुशंसा करता हूं। यह कम लागत है, डेवलपर्स को बहुत अधिक पोर्टेबिलिटी और लचीलापन देता है, और यह आपको स्वचालित अतिरेक देता है।

आपके व्यामोह के स्तर के आधार पर, आप चिंतित हो सकते हैं कि आपके कोड को संग्रहीत करने वाली किसी तीसरे पक्ष की सुरक्षा जोखिमों को उजागर कर सकता है, लेकिन मुझे लगता है कि व्यवहार में यह उन लैपटॉप के साथ डेवलपर्स से भी बदतर नहीं है जिनका उपयोग आपके कॉर्पोरेट नेटवर्क से किया जा सकता है। गिथब और बिटबकेट दोनों एसएसएच का उपयोग डेटा स्थानांतरित करने के लिए करते हैं, इसलिए मैन-इन-द-बीच हमलों में घटना की संभावना कम होती है।

— JasonTrue
स्रोत

3

मैं बिटबकेट उपयोगकर्ता नहीं हूं, लेकिन मैं उनके नियम और शर्तों को एक बेहतरीन टूथ कंघी के साथ पढ़ने का सुझाव दूंगा। यदि आप अपनी कंपनियों की निजी परियोजनाओं को वहां संग्रहीत करने जा रहे हैं, तो आपको उनकी सेवा की शर्तों, डेटा सुरक्षा और सुरक्षा / गोपनीयता के बारे में निश्चित रूप से सुनिश्चित होना चाहिए।

मुझे लगता है कि आपने एक आंतरिक मशीन पर होस्ट किए गए एक चर्चियल 'सेंट्रल / मास्टर' में देखा है?

— मार्टिजन वर्बर्ग
स्रोत

2

हमने अपनी पुरानी नौकरी में ProjectLocker के साथ कुछ ऐसा ही किया। ईमानदारी से, यह एक लागत / लाभ विश्लेषण के लिए नीचे आता है - क्या आप बिटबकैट को भुगतान करने वाली कीमत के लिए अपने स्वयं के एचक्यू / गिट / एसवीएन सर्वर को चलाने के लचीलेपन और लागत को छोड़ने के लिए तैयार हैं? यदि हाँ, तो इसके लिए जाएं। हमारे पास वास्तव में एक अपटाइम मुद्दा नहीं था, और यह एक अच्छा अनुभव था।

— mitchellhislop
स्रोत

2

हम BitBucket उपयोगकर्ता (एक कंपनी के रूप में) नहीं हैं। हम कई विरासत प्रणालियां इनडोर (सीवीएस, एसवीएन) चलाते हैं और हमारी मुख्य रिपॉजिटरी आउटिंग कार्यालयों में सिंकड कैश के साथ एक गिट सिस्टम है। एक प्रबंधक के दृष्टिकोण से, मैं आपकी कंपनी की बौद्धिक संपदा किसी और के सर्वर पर डालने के खिलाफ सलाह दूंगा, जब तक कि आपके पास घर में पर्याप्त आईटी सुविधाएं न हों। यह कोड आपकी कंपनी का लाइफबल्ड है। यह पैसे के बारे में नहीं होना चाहिए, बल्कि आपके आईपी की सुरक्षा के बारे में होना चाहिए।

— wolfgangsz
स्रोत

1

मैं कहता हूं कि यह निश्चित रूप से लागत विश्लेषण के लिए नीचे आता है, जो सस्ता है; अपना खुद का सर्वर (या एक वीएम उदाहरण) चला रहा है या इसे कहीं और चिपका रहा है।

इसके अलावा, यदि कंपनी के पास पहले से ही नेटवर्क साझा किए गए फ़ोल्डर सेट अप हैं, तो आप Git का उपयोग करने पर विचार करना चाह सकते हैं, क्योंकि आप उस नेटवर्क साझा फ़ोल्डर को अपने 'रिमोट' रिपॉजिटरी में बदल सकते हैं, कुछ इस तरह से git init --bare, और नेटवर्क साझा अनुमतियाँ पहले से ही मौजूद होंगी। उपयोगकर्ताओं के लिए। तब प्रत्येक उपयोगकर्ता साझा किए गए फ़ोल्डर को रिमोट के रूप में जोड़ सकता था git remote add origin file:///some/shared/folder (जो कि फ़ाइल संदर्भित शेयर के लिए सटीक सिंटैक्स नहीं हो सकता है, मैं इसे सटीक सिंटैक्स के लिए Google करूँगा)।

मैं अपनी व्यक्तिगत परियोजनाओं के प्रबंधन के लिए घर पर मूल रूप से ऐसा करता हूं; मेरे होम लेन पर एक NAS ड्राइव है, जिस पर मेरा 'रिमोट' रिपोज है, तो मैं अपने विभिन्न पीसी और लैपटॉप से विंडोज मैप्ड ड्राइव लेटर में उन्हें प्राप्त कर सकता हूं।

— rally25rs
स्रोत

यह एक बढ़िया सुझाव है! मैं इस पर विचार करूंगा लेकिन मैं इसे मर्क्यूरियल में रखना चाहूंगा क्योंकि मैं इससे बहुत परिचित हूं। मुझे यकीन है कि मैं hg में बराबर कर सकता हूं ...

— Marlon

1

मैं इस पर अन्य प्रोग्रामर से जुड़ता हूं: अपना कोड देने के बारे में सोचें ।

मेरे लिए यह केवल वीसीएस को आउटसोर्स करने का एक विकल्प होगा यदि आपके पास वास्तव में अपने स्वयं के भंडार (मतलब: बैकअप और रखरखाव सहित) की मेजबानी करने के लिए जनशक्ति और / या ज्ञान नहीं है। यदि आपके पास पहले से ही नियमित बैकअप वाले नेटवर्क फ़ोल्डर हैं, तो आप उनका उपयोग शुरू कर सकते हैं और अतिरिक्त लागत के बिना बैकअप प्राप्त कर सकते हैं।

— चापलूसी
स्रोत

0

मैंने थोड़ी देर के लिए BitBucket का उपयोग किया है और मैंने पाया है कि यह एक बहुत अच्छी सेवा है। मुझे नहीं लगता कि गोपनीयता या सुरक्षा के साथ कोई समस्या होगी।

कहा जा रहा है, यदि आप किसी अन्य के सर्वर पर अपनी कंपनी के कोड को होस्ट करने में असहज महसूस करते हैं, तो आप अपनी कंपनी के किसी सर्वर पर ssh पर पहुंचने के लिए एक व्यापारिक भंडार स्थापित कर सकते हैं। Http://mercurial.selenic.com/wiki/SaringSSH और http://blog.mixu.net/2010/10/04/setting-up-private-ssh-based-mercurial-repo-hosting-on-centos देखें / ।

— झेहाओ माओ
स्रोत

0

Bitbucket ओपन सोर्स प्रोजेक्ट के लिए अच्छा है।

यदि यह परियोजना स्वामित्व वाली होगी, तो मैं आपको अपना कोड होस्ट करने का सुझाव दूंगा। यह खुद को होस्ट करने के लिए महंगा नहीं है, अगर आपके पास पहले से ही आईटी सेटअप है। बस एक उचित सर्वर ढूंढें और अपना कोड तैनात करें।

मर्क्यूरियल को कॉन्फ़िगर करना आसान है।

शुभकामनाएँ और आनंद लें।

मर्क्यूरियल वास्तव में अच्छा है। इसे याद करें :(

— Erion
स्रोत

0

अच्छी तरह से एक कंपनी के लिए मैं यह सुनिश्चित करना पसंद करूंगा कि परियोजना का आधिकारिक रेपो एक निजी सर्वर पर हो, भले ही आपके पास बिटकॉइन पर हमेशा-अप-टू-डेट क्लोन हो, बस सुनिश्चित होने के लिए।

मैं एक निजी स्थानीय सर्वर मशीन (त्वरित पहुँच के लिए) पर रोडशॉट को स्थापित करने की सिफारिश करूंगा , फिर यदि आप चाहें तो एक स्क्रिप्ट अपडेट बिटबकेट नियमित रूप से करें। वैसे भी कई स्थानों पर कई क्लोन रखें, आप कभी नहीं जानते।

— Klaim
स्रोत