क्या केवल मेरे स्थानीय मशीन पर गिट का उपयोग करना उचित है? [बन्द है]


22

क्या केवल स्थानीय रूप से गिट का उपयोग करना ठीक है? मैं ऐसी सेवा के लिए भुगतान नहीं करना चाहता जो निजी रिपॉजिटरी प्रदान करती है (जैसे कि गीथूब) लेकिन मुझे लगता है कि git मेरे बंद-स्रोत प्रोजेक्ट को व्यवस्थित करने का एक शानदार तरीका है।


3
हाँ ... ऐसा क्यों नहीं होगा? लाइनस के पास एक मशीन पर गिट की एक स्थानीय प्रति भी है।

([उद्धरण वांछित] उस स्थानीय केवल कॉपी के लिए mikegerwitz.com/papers/git-horror-story.html पर पढ़ा जा सकता है जो आपको ट्यूब वीडियो youtube.com/watch?v=4XpnKHJAok8 से जोड़ता है जो 1h लंबा है और मैं विशिष्ट स्थान नहीं मिला है जहाँ वह इसका उल्लेख करता है)

8
BitBucket नि: शुल्क निजी रिपॉजिटरी प्रदान करता है।
रिग

4
टैग जोड़ने, मैंने पाया Git + एकल-विकास देता है (अब के लिए) एक एकल डेवलपर के रूप में, मैं Git कैसे का उपयोग करना चाहिए? कुछ इसी तरह का हो सकता है कि आप जो खोज रहे हैं (या के रूप में होगा की तलाश में जा सकती है)

1
बैकअप का एक कच्चा रूप भी: अन्य तरीकों के अलावा, मैं git cloneअपने लैपटॉप से ​​फ्लैश ड्राइव पर जाता हूं।
इजाकाता

जवाबों:


22

हालांकि यह स्थानीय रूप से गिट का उपयोग करने के लिए पूरी तरह से उचित और संभव है, बैकअप के लिए बेहतर है।

आप मनमाने ढंग से रेपो को मूल रूप से कहीं भी धकेल सकते हैं। गितुब सिर्फ आसान होस्टिंग और सहयोग करने के लिए होता है। अगर आप रिमोट स्टोरेज चाहते हैं तो अन्य विकल्प भी हैं जैसे कि Google ड्राइव या ड्रॉपबॉक्स का उपयोग करना।


12
Bitbucket.org और Codebreak.com दोनों में नि: शुल्क निजी रिपॉजिटरी हैं
केविन

4
यह भी ध्यान दें कि वीसी एक बैकअप नहीं है (हालांकि यह कुछ भी नहीं से बेहतर है)। हमेशा नियमित बैकअप भी बनाएं।
सालेस्के

@sleske केंद्रीय भंडार के साथ एक व्यावहारिक बैकअप समाधान क्यों नहीं होगा?
हाशिम

@ हाशिम: यह गलतफहमी हो सकती है। बेशक एक केंद्रीय गिट भंडार आपके भंडार के लिए एक अच्छा बैकअप समाधान है । यह सिर्फ एक सामान्य बैकअप नहीं है ("बैकअप" जैसा कि "आपके सिस्टम पर सभी फ़ाइलों का बैकअप")। मैं बस सभी को याद दिलाना चाहता था कि एक पूर्ण बैकअप आमतौर पर आवश्यक है, भी।
sleske

14

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


4

स्थानीय रूप से (ब्रह्मांड में केवल एक प्रति) का उपयोग करने के लिए एक और महान तर्क है git bisect, जिसका उपयोग कई नापाक बग को खोजने के लिए किया जा सकता है और मुझे कई बार बचाया है। यह एक को ठीक से संकीर्ण करने की अनुमति देता है जो एक कष्टप्रद बग जोड़ा गया था (और इस तरह आप समस्या कोड के बहुत छोटे खंड पर ध्यान केंद्रित कर सकते हैं)।

जीआईटी बिसेक्ट के बारे में और पढ़ें


इस बारे में बहुत-बहुत धन्यवाद (कोड की 1,000 पंक्तियों को ट्रैश करने से पहले मुझे इसके बारे में क्यों नहीं पता था ...), लेकिन यह एक उत्तर से अधिक एक सुझाव है। +1
एनीवेज़

2

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

यह भी ध्यान रखें कि Git एक वितरित SCM है। जबकि सामान्य मामला एक केंद्रीय भंडार के साथ इसका उपयोग करने के लिए है, यह एक के बिना प्रयोग करने योग्य बनाया गया था। आप पैच बना सकते हैं (या इससे भी बेहतर - बंडल - जो पैच का एक पैकेट है [एक पैच केवल एक ही प्रतिबद्ध हो सकता है]) और उन्हें अपने सहयोगियों को मेल द्वारा भेजें या उन्हें बैकअप के रूप में सहेजें। यह केंद्रीय रिपॉजिटरी का उपयोग करने की तुलना में कम आरामदायक है (यही कारण है कि लोग आमतौर पर एक का उपयोग करना पसंद करते हैं), लेकिन यह आपको एक निजी रेपो के लिए भुगतान किए बिना या अपने स्वयं के सर्वर पर होस्टिंग के लिए Git का उपयोग करने की अनुमति देता है।


1

इस बारे में सोचें कि आपको क्या चाहिए और आप इसका क्या उपयोग करने जा रहे हैं - अपनी आवश्यकताओं के लिए।
यदि यह कुछ घंटों के लिए स्पाइक के लिए कोड है, तो बस लिखें यह ठीक हो सकता है।

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

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

बेशक, यदि आप ऐसे सॉफ़्टवेयर का रखरखाव कर रहे हैं, जिसमें कई संस्करण और / या रिलीज़ हैं, तो एक संस्करण नियंत्रण प्रणाली बहुत उपयोगी है, विशेष रूप से परिवर्तनों को विलय करने की क्षमता के साथ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.