साधनों की वर्तमान स्थिति। उपयोगकर्ता दृश्य

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



वितरित संस्करण नियंत्रण प्रणालियों के बारे में बात करते हैं।



सीवीएस उदास, धीमा, गैर-परमाणु ("मैं कुछ भी नहीं छू रहा हूं, मैं आ रहा हूं"), लेकिन ग्रहण में एक सामान्य ग्राहक के साथ।



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



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



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







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



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



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



उदाहरण के लिए, पुराने गिटक ने अपने उपयोगकर्ता को भ्रमित करने के लिए बहुत प्रयास किए:







यह दृष्टिकोण विंडोज और लिनक्स के मामले में उचित है (और समर्थन कैसे बेचना है?), लेकिन यहां यह सवाल उठाता है।



आज (1.7.3.5) gitk में थोड़ा सुधार हुआ है, लेकिन चित्र अभी भी जानकारी पढ़ने में योगदान नहीं देता है - रंग एक समझ से बाहर एल्गोरिथ्म के अनुसार वितरित किए जाते हैं और आमतौर पर विचलित होते हैं, लेबल संरेखित नहीं होते हैं, जिससे स्कैनिंग मुश्किल हो जाती है:







लेकिन! सबसे दिलचस्प बात यह है कि वे वहाँ नहीं रुके। डिफ़ॉल्ट रूप से, gitk इसमें कहानी दिखाता है ... ड्रम रोल ... भ्रमित! इसे "लक्ष्मण कहानी" या ऐसा कुछ कहा जाता है। मैं अपना हाथ हिलाता हूं, मुझे लगता है। यह धारणा को सरल बनाने वाला है:







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







यहाँ gitx है , इतना दयनीय नहीं है और वास्तव में दो कार्यों के साथ है। उन्होंने गिटक के लेखकों की तरह, पठनीयता की गिरावट के लिए बाएं किनारे पर एक दर्जन या दो पिक्सल को बचाने का फैसला किया। Gitx और "सख्त" इतिहास के पिछले टॉवर के पेड़ आम तौर पर दिखाने से इनकार करते हैं।







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







अप्रत्याशित रूप से, SourceTree ने अच्छा प्रदर्शन किया। उसका पेड़ आत्म-चौराहों के बिना नहीं है, लेकिन जो कुछ भी हो रहा है उसका सार मंडलियों और लाइनों की गड़बड़ी के पीछे छिपा नहीं है।







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



मैंने इस पेड़ का अपना संस्करण भी बनाया है:







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



और अंत में, तीसरा दुखद तथ्य। ऐसे ग्राहक हैं जो थोड़ा और कर सकते हैं - शायद उन्हें समय पर हाथ मिला। लेकिन उनकी "उन्नत" कार्यक्षमता कंसोल उपयोगिताओं का एक ही सेट है जिसके लिए इंटरफ़ेस में बस बटन हैं।







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