स्वच्छ संस्करण नियंत्रण

प्रविष्टि

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

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

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

व्यक्तिगत रूप से, मुझे यकीन है कि IDE जितनी जल्दी हो सके किसी भी परिवर्तन को बचाने के लिए बाध्य है, इनमें से किसी के बिना आप सुनिश्चित हैं? ”और उपयोगकर्ता से अनुरोध। काम के वर्षों में, मैं पहले से ही प्रत्येक अर्धविराम के बाद Ctrl + S दबाने के लिए एक पलटा विकसित कर चुका हूं। दुर्भाग्य से, यह तब काम नहीं करता है जब प्रोजेक्ट या असेंबली सेटिंग्स को बदल दिया जाता है, जिससे कष्टप्रद गलतफहमी पैदा होती है। यदि परिवर्तन को रद्द करने की आवश्यकता उत्पन्न होती है, तो इस मामले में एक अनुभवी प्रोग्रामर हमेशा और हर जगह स्रोत नियंत्रण संस्करण नियंत्रण प्रणाली को मानता है।

संस्करण नियंत्रण प्रणाली में स्टोर कोड

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

संस्करण नियंत्रण प्रणाली का उपयोग करने का सही तरीका इस प्रकार है:

• किए गए परिवर्तन छोटे होने चाहिए और इनमें एक विशिष्ट और पूर्ण कार्रवाई होनी चाहिए। यहां तक ​​कि कुछ त्रुटियों के सुधार को कभी-कभी कई लगातार परिवर्तनों में विभाजित किया जाता है। हालाँकि, यह शामिल होने और कोड की प्रत्येक पंक्ति को अलग से सिस्टम में जोड़ने के लिए भी इसके लायक नहीं है। यहां आपको कारण की आवाज से निर्देशित होने की आवश्यकता है। गहन विकास के साथ, प्रति दिन 1-4 परिवर्तन सामान्य है। एक बजे - खोज। एक सप्ताह एक स्पष्ट कमी है।
• परिवर्तन करने के समय एक टीम में काम करते समय, हर बार सहकर्मियों के परिवर्तनों के साथ तालमेल बिठाना आवश्यक होता है ताकि परिवर्तनों को जल्द से जल्द काम में शामिल किया जाए और त्रुटियों को जल्द से जल्द पाया जाए।
• एक बदलाव पर काम करते समय, आपको सबसे पहले यह तय करने की जरूरत है कि आप अब क्या करने जा रहे हैं और बस वही करें। TO_DO सूची में और क्या और क्या सुधार किया जाना चाहिए, के सभी विचारों को दर्ज किया जाना चाहिए, और उन्हें अभी और अभी यहां लागू करने के लिए नहीं दौड़ाया जाना चाहिए। आपको इस सूची को हर बार देखने की जरूरत है कि सवाल "आगे क्या करना है?" TO_DO सूची से एक प्रविष्टि तब आमतौर पर परिवर्तन के नाम पर न्यूनतम परिवर्तन के साथ स्थानांतरित की जाती है।

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

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