क्यों git

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

इसलिए मैं एसवीएन में काम करूंगा, लेकिन कुछ भी स्थिर नहीं है। इंटरनेट पर Git news की पतली धाराएँ पहले ही प्रवाहित हो चुकी हैं। मैं हर नई तकनीक के लिए जल्दी नहीं करता हूं, और मेरे सभी दिमागों को इस Git के साथ आने से पहले काफी समय बीत चुका है। मैं उत्सुक था, सबसे पहले मैंने बारीकी से देखा, कोशिश की, और फिर थूक दिया और गिट पर एक नई परियोजना शुरू की। मुझे 2 हफ्तों तक लोगों के साथ तड़पाया गया, साहित्य को पंप किया गया, एक चिट्ठी लिखी ... कुछ नहीं, उन्हें इसकी आदत हो गई ... और फिर मैं भर गया।



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





सब कुछ स्थानीय है

रिपोजिटरी, इतिहास, शाखाएं और कमिट।

2 महत्वपूर्ण परिणाम इस पर चलते हैं: सब कुछ बहुत तेज है, और दूसरा - आपको भंडार पर पूर्ण नियंत्रण मिलता है।

• वर्तमान निर्देशिका में एक रिपॉजिटरी बनाएं - "गिट इनिट"। वह सब है।
• प्रत्येक निर्देशिका में सिर्फ एक .git डैडी और कोई पोर्नोग्राफ़ी। Asvn।
• इंटरनेट की जरूरत नहीं है। अकेले काम करना आम तौर पर बहुत खूबसूरत होता है - एक स्थानीय भंडार जो एक विभाजन सेकंड में सामने आता है। एक वितरित टीम में काम करें - प्रत्येक के पास रिपॉजिटरी की अपनी प्रति है, कोई भी केंद्रीय सर्वर की उपलब्धता पर निर्भर नहीं करता है।
• बैकअप सिस्टम बनाने के बारे में सोचने की जरूरत नहीं है। प्रत्येक प्रतिभागी के पास एक प्रति है जिससे आप मूल उठा सकते हैं।
  
  अपने हाथों को उठाएं, जिन्होंने गिट रिपॉजिटरी की अपनी प्रतिलिपि से खोए हुए svn रेपो को उठाया।
• अपनी रिपॉजिटरी में, आप जो चाहें वो करते हैं। कोई भी शाखा, कोई भी उन्हें नहीं देखेगा।
  
  अरे, मुझे याद है कि प्रायोगिक संस्करण पर काम करने के लिए एक अलग शाखा बनाने के लिए मुझे SVN में कैसे मना किया गया था।

नियंत्रण

Git में, आप कमिट और इतिहास के साथ कुछ भी कर सकते हैं:

• इसे हटाएं जैसे कि यह नहीं था
• कमेंट कमेंट बदलें
• स्वैप करता है
• जब आप किसी चीज़ को "कमिट" करना चाहते हैं, तो कई कमेंट्स को एक में मिला दें
• प्रतिबद्ध को कई में विभाजित करें

शाखाओं:

• एक शाखा से दूसरी शाखा में कमिट करें
• कहीं भी शाखा घुमाओ

यह यहाँ बहुत अच्छी तरह से वर्णित है: http://gq.net.ru/2009/12/16/ git-history-rewrite /

ऐसे अवसरों से किसी का सिर फूटता है और कुछ के लिए यह खतरनाक भी लग सकता है। हां, मैंने अपने अनुभवहीन जोड़तोड़ के कारण कई बार जो खोया वह कम हो गया और फिर उन्हें पुनर्स्थापित करने के लिए "टोकरी" के माध्यम से अफवाह उड़ी।

लेकिन जैसे-जैसे आप इसकी अभ्यस्त हो जाते हैं और समझते हैं कि यह क्या और कैसे काम करता है, आपके पंख बढ़ते हैं, और आप बहुत अधिक कुशलता से काम करना शुरू कर देते हैं, जबकि इससे बहुत आनंद मिलता है।





शाखाओं

गिट शाखाएं हैं। यह इतना सरल, लचीला और सुविधाजनक है कि सब कुछ शाखाओं में किया जाता है। रिलीज से लेकर छोटे-मोटे काम।

• एक शाखा बनाएं, उस पर स्विच करें, शाखाओं को मर्ज करें, वापस जाएं - ये नियमित संचालन हैं।
• विलय एक खुशी है। चाहे संघर्ष हो या न हो, सब कुछ बहुत आसानी से हो जाता है और कुछ भी कभी खोता नहीं है।
• रिलीज वाले लोगों के अपवाद के साथ, अधिकांश शाखाएं बहुत कम और अंतिम 1-3 दिन हैं।

प्रतिबद्ध

कमिट करने के लिए, आपको यह निर्दिष्ट करने की आवश्यकता है कि आपको वहां क्या परिवर्तन करने की आवश्यकता है। परिवर्तन, फाइलें नहीं। "Git ऐड" को संशोधित और नई फ़ाइलों दोनों के लिए बुलाया जाना चाहिए। इस तरह, एक अस्थायी राज्य तैयार किया जाता है, जिसे मैं "अस्थायी प्रतिबद्ध" (मूल "मंचन क्षेत्र" या "सूचकांक") कहता हूं।

क्या है फायदा:

• मैं हमेशा देख सकता हूं कि मैं क्या करूंगा और क्या नहीं करूंगा
• चूँकि git "परिवर्तनों" को स्वीकार करता है, इसलिए मैं केवल एक फ़ाइल में किए गए परिवर्तनों का एक भाग प्रतिबद्ध कर सकता हूँ, और दूसरे भाग को उसी फ़ाइल में वापस ला सकता हूँ या किसी अन्य प्रतिबद्ध में रख सकता हूँ।
  
  
  
  पिछली बार जब मैं केवल "git ऐड -p" का उपयोग करता हूं - Git चंक द्वारा चंक दिखाता है (फ़ाइल के भीतर परिवर्तनों का एक सेट) और कमिट में जोड़ने के लिए कहता है या नहीं। इसलिए मैं देखता हूं कि मैं बदल गया हूं और प्रतिबद्ध रहूंगा। और इसलिए, डिबग कोड, टिप्पणियां, अतिरिक्त संपादन, रिक्त स्थान कभी भी प्रतिबद्ध नहीं होंगे। और कमिट स्पष्ट और परमाणु हैं।
  
  

लॉग इन करें और लॉग इन करें

• मैं कमिट की पूरी शाखा या समूह के अंतर को देख सकता हूं ताकि कमिट के माध्यम से फ्लिप न हो, खासकर अगर वे अनपढ़ हैं।
• मैं 2 शाखाओं के बीच अंतर देख सकता हूं, देखें कि वे क्या भिन्न होते हैं।
• रिक्त स्थान के बिना अंतर देखें (git diff -b -w) अगर किसी को स्वरूपण द्वारा दूर किया जाता है और एक बड़े गड़बड़ में बदल जाता है
• मैं विन्यास में उपनामों के एक समूह को कॉन्फ़िगर कर सकता हूं जो विभिन्न प्रारूपों में लॉग्स का उत्पादन करेगा, उदाहरण के लिए, परिवर्तन-लॉग बनाएं ।

एक लॉग आम तौर पर अवसर का एक खाई है।





छिपाने की जगह

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





द्विविभाजित करना

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





git-svn - उन लोगों के लिए जो भूमिगत हैं

आप स्थानीय रूप से Git में काम कर सकते हैं और SVN में प्रतिबद्ध हो सकते हैं। कोई भी यह अनुमान नहीं लगाएगा कि क्या आप स्वयं अपने खुश फिजियोग्निओमी के माध्यम से चक्र नहीं करेंगे। आप अपने साथी भूमिगत कर्मचारियों के साथ आसानी से टीम बना सकते हैं और अपनी रिपॉजिटरी से शाखाएं और संपादन साझा कर सकते हैं।





उप मॉड्यूल

गिट आपको परियोजना में अन्य परियोजनाओं को शामिल करने की अनुमति देता है। वे सबमॉड्यूल्स के रूप में जुड़े हुए हैं:

   INR

Git "प्लगइन्स / sfDoctrine2Plugin" डायरेक्टरी बनाएगा और वहां एक और रिपॉजिटरी तैनात करेगा, और रिवीजन हैश को नियंत्रण में रखेगा। यदि आप इस निर्देशिका में जाते हैं, तो हम एक अन्य परियोजना में शामिल होंगे। वहां आप हमेशा की तरह काम कर सकते हैं और कमिट कर सकते हैं, केवल पेरेंट प्रोजेक्ट में Git यह दिखाएगा कि सबप्रोजेक्ट को अपडेट कर दिया गया है और नए कमेंट के लिंक को बचाने के लिए ऑफर करेगा।

• यह मुख्य परियोजना में काम करने के लिए सुविधाजनक है और एक ही समय में विभिन्न सबमॉड्यूल के लिए प्रतिबद्ध है।
• Git में, आप निर्दिष्ट निर्देशिका को किसी अन्य प्रोजेक्ट से नहीं जोड़ सकते, जैसा कि svn: externals करता है। केवल पूरी परियोजना।
  
  स्वतंत्र मॉड्यूल आवंटित करने और उन्हें अलग-अलग रिपॉजिटरी में व्यवस्थित करने के लिए यह बिंदु है। सच है, यह काम करने के लिए थोड़ा असहज हो जाता है जब सबमॉड्यूल के पास अपने सबमॉड्यूल्स होते हैं, आदि।

जीयूआई और कंसोल

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

ठीक है, कोई अपराध नहीं। मैं सिर्फ यह कहना चाहता था कि कंसोल में काम करना अधिक समृद्ध और अधिक सुविधाजनक है।

जिसके पास सामान्य कंसोल नहीं है ... ठीक है, फिर एक GUI, IDE या ... OS चुनें जिसमें यह कंसोल है।

एकमात्र खिड़की जिसका मैं नियमित रूप से उपयोग करता हूं, वह है gkk -all &। यह शाखाओं और टैग के साथ एक प्रतिबद्ध पेड़ दिखाता है। यह देखना बहुत सुविधाजनक है कि आप अभी कहाँ हैं, कहाँ हैं, कौन सी शाखाएँ हैं और वे कैसे आपस में जुड़ी हुई हैं। एक सरल खोज और ब्राउज़ अंतर है।





टीम वर्क

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

GitHub

यह एक अच्छा मंच है जहाँ आप अपनी रिपॉजिटरी को मुफ्त में पोस्ट और प्रकाशित कर सकते हैं। जहां परियोजनाओं का एक समूह रहता है कि कांटा, विकास और चर्चा। अब मेरे सारे प्रोजेक्ट हैं।

ओपन सोर्स प्रोजेक्ट्स के लिए फ्री और एक्सेस को ब्लॉक करने के लिए न्यूनतम 200 रूबल / महीना।







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

निश्चित रूप से, Git के कुछ नुकसान और कठिनाइयाँ हैं, लेकिन उनके बिना कोई भी नहीं है। हां, वे महत्वपूर्ण नहीं हैं। ज्यादातर अक्सर यह एक तरह से सवाल है।

सच है, गिट में एक गंभीर माइनस है - यह आलसी के लिए नहीं है। तो ऐसे लोगों को Git भेंट करने से पहले समय के बारे में सोचें।

आगे क्या है

अगला - काम करना शुरू करें। आप समीक्षाओं का एक गुच्छा पढ़ सकते हैं और जितना चाहें उतना चर्चा कर सकते हैं, लेकिन जब तक आप काम करना शुरू नहीं करते, तब तक कुछ भी नहीं बदलेगा।

एक दिन में मैंने डॉक के माध्यम से अफवाह उड़ाई और काम करना शुरू कर दिया, 2 सप्ताह के लिए इसकी आदत हो गई, एक महीने में आराम सिखाया, 3 मिनट में पंख फैलाए।



कैसे शुरू करें?

1. डाउनलोड, इंस्टॉल और कॉन्फ़िगर करें, मुझे लगता है कि किसी को कोई समस्या नहीं होगी। इस ब्लॉग पर सेटिंग्स और अन्य चिप्स के बारे में अधिक लेख पढ़ें।
2. नीचे दी गई सूची में से कोई भी पुस्तक पढ़ें। सच है, इसे पढ़ें। हालांकि तिरछे, आपको पता चल जाएगा कि सामान्य क्या है। यह कुछ घंटों में करना आसान है।
3. और एक नई परियोजना पर काम करना शुरू करें या किसी मौजूदा को स्थानांतरित करें (आयात मुश्किल नहीं है)।

एक धोखा शीट है जो पहली बार टीमों के साथ मदद करेगी। "Git help <कमांड>" है। मैं सलाह देता हूं कि आलसी न हों और नियमित रूप से प्रत्येक नई टीम की मदद पढ़ें, और फिर पढ़ें और फिर से पढ़ें। इसलिए मैंने अधिकांश संभावनाओं, बारीकियों और बारीकियों को सीखा।

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



संदर्भ:

• " प्रो गिट " पुस्तक
• गिट कम्युनिटी बुक
• पुस्तक " व्यावहारिक संस्करण नियंत्रण Git का उपयोग कर "
• पुस्तक "गिट मैजिक", यहां पाई गई: http://habrahabr.ru/blogs/Git/80909/
• Git-SVN कमांड्स की तुलना
• इतिहास का संपादन git में
• मेरे कमिट और शाखा नियम
• मेरी चीट-शीट