क्या हमें ऑनलाइन कोड की मेजबानी करनी चाहिए?

Question

हम अपने कार्यस्थल पर एक अच्छे स्रोत नियंत्रण और परियोजना प्रबंधन समाधान की तलाश कर रहे हैं और मैंने एक GitHub संगठन और निजी रिपॉजिटरी बनाने का सुझाव दिया है। मैं कई कारणों से GitHub से प्यार करता हूं, लेकिन यह GitHub के बारे में नहीं है (वास्तव में मेरे सहयोगी प्रतिस्पर्धा करने वाले प्लेटफार्मों के पक्ष में बिंदु प्रस्तुत करने जा रहे हैं) - यह हमारे निजी कोड को ऑनलाइन संग्रहीत करने के बारे में है ।

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

हालाँकि हमारी टीम अनिर्णीत है और मुझे मेरे प्रश्न की ओर ले जाती है, इस निर्णय के लिए हमें क्या विचार करना चाहिए?

Comments

ध्यान दें कि आपको github का उपयोग करने के लिए क्लाउड में अपने कोड को संग्रहीत करने की आवश्यकता नहीं है। वे एक उद्यम उत्पाद

— रोबोट

@StevenBurnap हाँ ... संगठन पैकेज की कीमत का 10 गुना । =)

— मैथ्यू गुइंडन

यह भी ध्यान दें, आपको gitub को git

— Harrison Paine

ध्यान रखें कि यह केवल कोड के बारे में नहीं है। यह डेवलपर्स के लिए गलती से पासवर्ड और एसएसएल कुंजी जैसी चीजों के लिए आम है।

— नैट CK

मैं स्पष्ट रूप से चकित हूं कि किसी ने GitLab सामुदायिक संस्करण का उल्लेख नहीं किया है , जो कि GitHub के विपरीत है , वास्तव में स्वयं खुला स्रोत है । आपको GitLab का उपयोग करने के लिए क्लाउड में कोड स्टोर करने या मालिकाना सॉफ़्टवेयर प्राप्त करने की आवश्यकता नहीं है । (@StevenBurnap)

— वाइल्डकार्ड

Answer 1

एक समर्थक के रूप में,

यदि आपकी कंपनी का कार्यालय जल गया है, तो कोड अभी भी सर्वर पर है।

यदि आपकी कंपनी का कार्यालय जलता नहीं है, लेकिन सर्वर जिस पर आपकी गिट रिपॉजिटरी DOES स्थित है, तो आपके पास अभी भी एक स्थानीय प्रतिलिपि है।

यदि आप अपने सर्वर पर अपनी रिपॉजिटरी को अपनी कंपनी के कार्यालय भवन में होस्ट करते हैं (जैसे आप नेटवर्क साझा ड्राइव के साथ ...?), तो यदि कंपनी का कार्यालय जल जाता है, तो आप दोनों को खो देते हैं।

बेशक, आपको अभी भी हमेशा की तरह बैकअप की आवश्यकता है ...

"रैन्समवेयर से संक्रमित" के साथ "जलता हुआ" को बदलने के लिए स्वतंत्र महसूस करें।

मूल रूप से, उपलब्धता ऊपर है।

एक चोर के रूप में,

आपको अपनी फ़ाइलों को तीसरे पक्ष के साथ साझा करना होगा जो आपके कोड की मेजबानी करेगा। यदि आपको वास्तव में बड़ी कंपनी के रहस्य मिले हैं, तो इसकी अनुमति नहीं दी जा सकती है। उदाहरण के लिए, यदि आपके पास यूरोपीय नागरिकों की व्यक्तिगत जानकारी वाला एक डेटाबेस है, तो आपको यूएसए से किसी तीसरे पक्ष पर अपना कोड होस्ट करने की अनुमति नहीं दी जा सकती - क्योंकि वे अमेरिकी कानून के अधीन होंगे और इस तरह से भरोसा नहीं किया जा सकता है। यूरोपीय संघ के गोपनीयता कानूनों को बनाए रखें। यहां तक ​​कि अगर यह एक कानूनी मुद्दा नहीं है, तो आपको पता होना चाहिए कि तीसरे पक्ष को आपकी निजी फ़ाइलों को देने में रिश्वत दी जा सकती है। यह संभवतः तीसरे पक्ष (विशाल प्रतिष्ठा दंड) के लिए बुरा होगा, लेकिन ऐसा हो सकता है।

मूल रूप से, गोपनीयता नीचे है।

---

यदि आप उपलब्धता के लिए व्यापारिक गोपनीयता के साथ ठीक हैं, तो अपने निजी कोड को तीसरे पक्ष के साथ ऑनलाइन होस्ट करना एक अच्छा विचार है। अन्यथा, नहीं। आप अपने बॉस को एक बुद्धिमान निर्णय लेने की अनुमति देने के लिए व्यापार-नापसंद समझा सकते हैं - लेकिन आप "नहीं" सुन सकते हैं। अगर आप किसी को निर्णय देते हैं तो ऐसा हो सकता है। अगर आपका बॉस नहीं कहता है, तो वह यही है। मुझे नहीं लगता कि आपके बॉस को जबरन समझाना एक बहुत अच्छा विचार है।

Comments

चूंकि यह एक सूची का प्रश्न है, आपकी सूची में जोड़ने के लिए एक और चोर: क्या होगा यदि होस्टिंग संगठन Google कोड का रास्ता जाता है?

— डेविड हैमेन

@David Hammen यदि सर्वर जलता है, तो आपके पास एक स्थानीय प्रतिलिपि है ... लेकिन ... मुझे लगता है कि अनियोजित रखरखाव के साथ कोई समस्या है ...? मुझे लगता है कि यह बिंदु दोनों तरफ उपलब्ध है; यदि आप अपने स्वयं के सर्वर की मेजबानी करते हैं तो यह अधिक नीचे होगा, यदि कोई अन्य व्यक्ति सर्वर को होस्ट करता है तो यह असुविधाजनक होने पर नीचे हो सकता है। इस मामले में, जीथब पूफ जा सकता है, लेकिन ऐसा आपके सर्वर से हो सकता है। मुझे लगता है कि इस मामले में तीसरी पार्टी के गायब होने की संभावना कम है।

— Pimgd

ध्यान दें कि यदि आप git का उपयोग कर रहे हैं, तो प्रत्येक डेवलपर के पास रिपॉजिटरी की एक प्रति होगी। (माइनस प्राइवेट ब्रांच।)

— रोबोट

@David Hammen तो, जैसे कि अगर सेवा के सर्वर जल गए हैं, तो आपके पास अभी भी एक स्थानीय प्रतिलिपि है। और फिर आप एक वैकल्पिक सेवा पर स्विच करना चुन सकते हैं या घर में यह सब ला सकते हैं।

— 8bittree

@ njzk2 कम विलंबता नेटवर्किंग के कारण? या इसलिए कि आप एक छोटी कंपनी हैं? हो सकता है कि आपका इंटरनेट कुल बकवास हो और आप अपनी फ़ाइलों तक तेज़ी से

— पहुँचना चाहते हों

Answer 2

जाहिर है इसके प्रदाता में विश्वास का सवाल है और आप अपने स्रोत कोड को कितना महत्व देते हैं।

हालाँकि, मुझे लगता है कि यह स्पष्ट है कि, कम से कम अतीत में, लोग अपने स्रोत कोड को अधिक महत्व देते हैं।

• 'बिजनेस प्रोसेस ऑटोमेशन' उत्पादों के लिए; जहां घर की टीम विशेष रूप से व्यवसाय की जरूरतों के लिए वेबसाइट और अन्य सॉफ्टवेयर बनाती है। अन्य लोगों के लिए उस सॉफ़्टवेयर का मूल्य आम तौर पर बहुत कम है।

• बिक्री योग्य सॉफ्टवेयर के लिए; यह आपके द्वारा बेची जा रही बाइनरी है, और जिसे स्रोत कोड तक पहुंच के बिना कॉपी और हैक किया जा सकता है।

दूसरी बात: आपको यह भी विचार करना चाहिए कि क्या stor.your कोड किसी तीसरे पक्ष के साथ वास्तव में आपके वर्तमान स्तर के ऊपर आपके प्रदर्शन को बढ़ाता है। कई मामलों में ऐसा नहीं होगा

• उदाहरण के लिए; यदि आपका उत्पाद बिना बैकएंड कोड वाली वेबसाइट है, तो आपका कोड पहले से ही सार्वजनिक है।
• यदि आपका संकलित कोड वितरित किया जाता है तो इसे विघटित किया जा सकता है।
• यदि आपका कोड एक वेबसाइट या सेवा है और आप इसे तीसरे पक्ष के साथ होस्ट कर रहे हैं। फिर तीसरा पक्ष आपके कोड को डिकम्पोज कर सकता है।
• यदि आप अपने बैकअप को किसी तृतीय पक्ष के साथ संग्रहीत करते हैं, तो आपके पास उनके कोड तक पहुंच होगी।

संक्षेप में, अधिकांश आधुनिक व्यवसाय अपने दिन-प्रतिदिन के व्यवसाय के साथ कई तृतीय पक्षों पर भरोसा करेंगे; यहां तक ​​कि ऐसी चीजें जो उनके लिए महत्वपूर्ण और अद्वितीय हैं।

Answer 3

इस निर्णय प्रक्रिया का एक हिस्सा थोड़ा परीक्षण, परीक्षण और त्रुटि हो सकता है। एक छोटी सी परियोजना ले लो और कुछ सदस्यों को विभिन्न साइटों में से कुछ का प्रयास करें। यह टीम द्वारा प्रयोज्य को कवर करना चाहिए, लेकिन अन्य विचार हैं।

1. करंट इन्फ्रास्ट्रक्चर - कुछ कंपनियों में पहले से ही सर्वर, इंटरनेट कनेक्शन, वीपीएन, और सर्वर पर होस्ट करने के कौशल वाले कर्मचारी हैं, इसलिए कुछ लागत और चिंताओं को बहुत आसानी से अवशोषित किया जा सकता है। एक स्टार्टअप जीथब जैसी चीज़ का उपयोग करने के लिए अधिक इच्छुक हो सकता है क्योंकि उन्हें इस प्रकार के निवेश करने की आवश्यकता नहीं है और जल्द ही उठ सकते हैं और चल सकते हैं।
2. बजट - # 1 के कई पहलू यहाँ पर पड़ेंगे, लेकिन भारी कीमत के साथ अन्य समाधान भी हो सकते हैं। कुछ कंपनियां लागतों को सही ठहरा सकती हैं। स्पष्ट रूप से कम बजट के साथ, कई विकल्प समाप्त हो जाते हैं।
3. टीम डिस्ट्रीब्यूशन - जब सभी एक ही ऑफिस में एक ही समय के दौरान काम करते हैं, तो आपको गिटबब की आवश्यकता नहीं हो सकती है। यदि आपका फ़ाइल सर्वर बहुत अधिक बोझ नहीं है, तो बस उस पर गिट लगाएं।
4. सुरक्षा - आप शायद कई साइटों को पा सकते हैं जो सुरक्षित हैं, लेकिन कुछ ग्राहकों के लिए सुरक्षा की धारणाएं अधिक महत्वपूर्ण हैं। अपना स्वयं का आयरनक्लैड नेटवर्क रखना, उनका आत्मविश्वास हासिल करने के लिए सही बात हो सकती है। सुरक्षा बैज, रेटिना स्कैनर और सशस्त्र गार्ड कुछ ग्राहकों को सुरक्षा देते हैं।
5. प्रशिक्षण - ऐप का उपयोग करने के तरीके के अलावा भी बहुत कुछ है, ऐसे नियम और प्रक्रियाएँ हैं जिन्हें आपकी कंपनी / टीम रखना चाहती है। आप चीजों को कैसे करना चाहते हैं, इस बात का अंदाजा लगा सकते हैं कि किस टूल का उपयोग करना है। अतिरिक्त टीम के सदस्यों को आकर्षित करना थोड़ा आसान हो जाता है अगर वे आपके काम करने के तरीके को पसंद करते हैं।

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

Answer 4

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

आपका इंटरनेट कनेक्शन कितना तेज और विश्वसनीय है?

मेरे लिए, यह सबसे बड़ा विचार है। उदाहरण के लिए, मेरी कंपनी एक सुंदर ग्रामीण क्षेत्र में स्थित है। जबकि हमारी अंतर- गति तेजी से धधक रही है, हमारी अंतर- गति की गति सबसे धीमी है, सबसे खराब है।

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

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

Gitlab आधार संस्करण पर एक मुफ्त प्रदान करता है जो संभवतः आपकी टीम की ज़रूरतों से अधिक प्रदान करेगा। मैं अत्यधिक स्थापना पर सलाह देता हूं। यह जोखिमों को काफी कम कर देगा।

Comments

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

— रबरडैक

Answer 5

यह निर्णय लेने के लिए हमें क्या विचार करना चाहिए?

आपको डाउनसाइड पर विचार करना चाहिए। मैंने (अन्य लोगों के साथ) अपने वर्तमान नियोक्ता को निजी गीथब रेपो पर कंपनी के मुकुट बौद्धिक संपदा रत्नों की मेजबानी करने से रोकने के लिए सफलतापूर्वक प्रोत्साहित किया। मुझे गलत मत लो; github ओपन सोर्स सॉफ्टवेयर के लिए शानदार है।

बंद स्रोत सॉफ़्टवेयर के मामले में, क्या आपके पास github.com (या कुछ वैकल्पिक) एक नॉन्डिसक्लोज़र एग्रीमेंट (एनडीए) पर हस्ताक्षर करता है जो आपके स्रोत कोड को दुनिया में जारी नहीं करता है? उसके साथ अच्छा भाग्य!

मेरी राय में, इसका एकमुश्त पागलपन किसी अन्य इकाई के लिए बौद्धिक संपदा रत्नों का खुलासा करने के लिए पागल है जब तक कि अन्य इकाई ने आपके साथ एक एनडीए पर हस्ताक्षर नहीं किया हो। आप जीथब जैसी सेवा का उपयोग करने की योजना बना रहे हैं जो अपने ग्राहकों के साथ एनडीए पर हस्ताक्षर नहीं करती है। इसके बजाय वे एक बहुत लंबे EULA (अंत उपयोगकर्ता लाइसेंस समझौते) के रूप में अस्पष्ट वादा करते हैं।

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

Comments

तो ... एक साधारण निर्माता की वेबसाइट के लिए यह तब ठीक होना चाहिए? कंपनी का "क्राउन बौद्धिक संपदा" इस बारे में अधिक है कि हम उस कोड के बारे में क्या निर्माण कर रहे हैं जो हम इसे बढ़ावा देने के लिए उपयोग करते हैं।

— मैथ्यू गुइंडन