💪🏻 🧐 🙀 विम का इतिहास और इसके प्रभावी उपयोग के लिए एक मार्गदर्शिका 🚗 👟 🙊

अनुवादक से नोट: यह मिनिमपोलिस के डेवलपर और पोस्टग्रेस्ट परियोजना के लेखक जोएग्रिफ़्स नेल्सन के लेखक विम और इसकी क्षमताओं के बारे में स्मारकीय (वास्तव में स्मारक) लेख का पहला हिस्सा है।

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

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

संदर्भ

सामान्य विषयों से परे जाने के लिए, मैं इस मैनुअल की एक पेपर कॉपी और एक कैपेसिटिव पॉकेट संदर्भ प्राप्त करने की सलाह दूंगा। मुझे विम के लिए उपयोगकर्ता गाइड की एक मुद्रित प्रति नहीं मिल सकी, इसलिए अंत में मैंने बस पीडीएफ फाइल को प्रिंट किया जो कि printme1.com का उपयोग करके संपादक के साथ आई थी। $VIMRUNTIME/doc/usr_?? यह $VIMRUNTIME/doc/usr_?? में सॉफ़्टवेयर के साथ $VIMRUNTIME/doc/usr_?? । आदेशों की एक सुविधाजनक सूची के रूप में मैं संदर्भ पुस्तक "वीआई और विम एडिटर्स पॉकेट" को सलाह दे सकता हूं।

सामग्री

कहानी
विन्यास पदानुक्रम
3 पार्टी प्लगइन्स
बैकअप और किकबैक
शामिल करें और पथ
एक लूप का संपादन और संकलन
मुश्किल और पैच
इनपुट / आउटपुट बफर
फ़ाइल प्रकार
माउस मत भूलना
अनेक वस्तुओं का संग्रह

कहानी

जन्म vi

Vi कमांड और फ़ंक्शन QED संपादक के साथ शुरू हुए, पचास से अधिक वर्षों से हैं। यहाँ उसकी समयरेखा है:

1966: बर्कले टाईमरिंग सिस्टम में QED (क्विक एडिटर)
जुलाई 1969: इसकी मदद से वे चाँद पर उतरे (अच्छी तरह से, संदर्भ के लिए)
अगस्त 1969: एटीएंडटी में QED → एड
1976 फरवरी: क्वीन मैरी कॉलेज में ed → em ("मॉर्टल्स के लिए संपादक")
1976: कैलिफोर्निया विश्वविद्यालय, बर्कले में em → ex ("एक्सटेंडेड")
1977 अक्टूबर: पूर्व दृश्य मोड, vi - पाठ टर्मिनल प्राप्त करता है

यदि आप QED और पूर्व मैनुअल पढ़ते हैं, तो आप उनके बीच कुछ समानताएं पा सकते हैं। दोनों संपादक लाइन रेंज के साथ संकेत देने और काम करने के लिए समान व्याकरण का उपयोग करते हैं।

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

1976 तक, वीडियो टर्मिनल, उदाहरण के लिए, ADM-3A, दिखाई दिया। पूर्व संपादक के लिए एक "ओपन मोड" जोड़ा गया, जिसने एक पृष्ठ के भीतर वीडियो टर्मिनल के माध्यम से संपादन की अनुमति दी। कर्सर की मदद से टर्मिनल की तर्ज पर ओरिएंट करने के लिए एक विजुअल मोड जोड़ा गया। दृश्य मोड "vi" कमांड द्वारा सक्रिय किया गया था और स्क्रीन पर प्रदर्शित फ़ाइल को लगातार अपडेट किया गया था, जबकि स्क्रीन के निचले भाग में कमांड लाइन की स्थिति बनाए रखी गई थी। दिलचस्प तथ्य: ADM-3A पर h, j, k, l कीज़ पर तीर लगाए गए थे, जिसने हमें कर्सर को vi में ले जाने की अनुमति दी।

आप बिल जॉय के साथ एक साक्षात्कार में एड से पूर्व / vi तक इस संक्रमण के बारे में अधिक जान सकते हैं। इसमें, वह बात करता है कि उसने पूर्व / vi कैसे बनाए और कुछ चीजों के बारे में जो अंततः उसे निराश करते थे।

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

वि से विम

एड से व्युत्पन्न, पूर्व / vi संपादक AT & T की बौद्धिक संपदा था। यूनिक्स के अलावा प्लेटफार्मों पर vi का उपयोग करने के लिए, लोगों को उन क्लोनों को लिखना पड़ा जिनके पास एक अलग स्रोत कोड आधार था।

यहाँ उनमें से कुछ हैं:

nvi - 1980 4BSD के लिए
केल्विन - 1987 डॉस के लिए
vile - DOS के लिए 1990
अटारी एसटी के लिए स्टीव - 1987
एल्विस - 1990 मिनिक्स और 386BSD के लिए
vim - 1991 अमीगा के लिए
वाइपर - 1995 एमएसीएस के लिए
एलविन - 1995 विंडोज के लिए
लेमी - 2002 विंडोज के लिए

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

संस्करण 1.22 में, विम का नाम बदलकर "वीआई आईएमप्रूव्ड" रखा गया, जो मूल पर कॉपी की श्रेष्ठता को दर्शाता है। यहाँ कुछ विशेषताओं के विवरण के साथ निम्नलिखित प्रमुख संस्करणों का एक ग्राफ दिया गया है:

प्रत्येक संस्करण के बारे में अधिक जानकारी के लिए, मदद का उपयोग किया जाना चाहिए, उदाहरण के लिए, vim8 के लिए। नियोजित अपडेट देखने के लिए, साथ ही ज्ञात त्रुटियों की एक सूची के लिए, आपको todo.txt को चालू करना चाहिए।

उदाहरण के लिए, आठवें संस्करण में NeoVim से परियोजना पर दबाव के कारण अतुल्यकालिक नौकरियों के लिए कुछ समर्थन शामिल थे। उत्तरार्द्ध के डेवलपर्स संपादक के ठीक अंदर वेब स्क्रिप्ट के लिए डीबगिंग और REPL चलाना चाहते थे ।

आम तौर पर विम सुपरपोर्टेबल होता है। पूरी तरह से अलग प्लेटफार्मों पर काम करने के लिए अपने अस्तित्व के पूरे इतिहास को अपनाने, इस संपादक को कोडिंग की "आसान" संस्कृति के ढांचे के भीतर रहने के लिए मजबूर किया गया था। विम OS / 390, Amiga, BeOS और BeBox, Macintosh Classic, Atari MiNT, MS-DOS, OS / 2, QNX, RISC-OS, BSD, Linux, OS X, VMS और MS-Windows पर चलता है। आप कहीं भी विम पर भरोसा कर सकते हैं और परवाह नहीं करते कि आप किन उपकरणों का उपयोग करते हैं।

मूल vi पथ के अंत में, 2002 में, पूर्व / vi स्रोत कोड अभी भी BSD मुक्त सॉफ़्टवेयर लाइसेंस के तहत प्रकाशित किया गया था। जादूगर ex-vi.sourceforge.net पर उपलब्ध हैं।

लेकिन चलो व्यापार के लिए नीचे उतरो। इससे पहले कि आप विम का विश्लेषण शुरू करें, यह जानना उपयोगी है कि यह अपनी कॉन्फ़िगरेशन फ़ाइलों को कैसे व्यवस्थित और पढ़ता है।

पदानुक्रम कॉन्फ़िगर करें

पहले, मैंने गलती से माना कि विम को इसकी सभी सेटिंग्स और स्क्रिप्ट केवल .vimrc फ़ाइल से मिलती हैं। यादृच्छिक "dotfiles" के रिपॉजिटरी को देखने से केवल इस राय को मजबूत किया जा सकता है। अक्सर, लोग केवल एकल .vimrc फ़ाइलों में राक्षसी अपलोड करते हैं, जिसका कार्य संपादक के हर पहलू को नियंत्रित करना है। इन विशाल विन्यासों को कभी-कभी "विम डिस्ट्रोस" भी कहा जाता है।

वास्तव में, विम का एक साफ-सुथरा ढांचा है जिसमें .vimrc कई "प्रवेश बिंदुओं" में से एक है। वास्तव में, आप स्वयं विम से पूछ सकते हैं कि कौन सी स्क्रिप्ट इसे लोड करती है। ऐसा करने के लिए, अपनी मशीन पर एक यादृच्छिक परियोजना के लिए कुछ स्रोत कोड संपादित करें, इसे डाउनलोड करें और फिर कमांड चलाएं

 :scriptnames

यह सूची पढ़ने लायक है। अनुमान लगाने की कोशिश करें कि ये स्क्रिप्ट क्या करते हैं और उन निर्देशिकाओं को लिखते हैं जिनमें वे स्थित हैं।

सूची आपकी अपेक्षा से अधिक लंबी थी? यदि आपने कई प्लगइन्स स्थापित किए हैं, तो संपादक को बहुत कुछ करना है। सत्यापित करें कि यह स्टार्टअप पर नीचे चल रहे स्टार्टअप को चालू करके बनाता है। सृजन आदेश:

 vim --startuptime start.log name-of-your-file

बस तुलना करें कि विम कितनी तेजी से बॉक्स के बाहर शुरू होता है:

 vim --clean --startuptime clean.log name-of-your-file

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

इस कमांड के माध्यम से अपने सिस्टम पर निष्पादन पथ की जाँच करें:

 :set runtimepath

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

~/.vim
होम निर्देशिका, निर्मित प्रोफाइल के लिए डिज़ाइन की गई।

/usr/local/share/vim/vimfiles
सिस्टम प्रशासक विशेषाधिकारों के साथ प्रोफाइल के लिए सिस्टम-वाइड विम निर्देशिका।

/usr/local/share/vim/vim81
AIM $ VIMRUNTIME, विम के साथ वितरित फ़ाइलों के लिए।

/usr/local/share/vim/vimfiles/after
सिस्टम-वाइड विम डायरेक्टरी में, आफ्टर डायरेक्टरी भी है। यह "डिफ़ॉल्ट" सिस्टम व्यवस्थापक की व्यक्तिगत सेटिंग्स को जोड़ने का इरादा है।

~/.vim/after
घर निर्देशिका में "के बाद" निर्देशिका। यह आवश्यक है ताकि व्यक्तिगत कॉन्फ़िगरेशन सिस्टम-वाइड या "डिफ़ॉल्ट" सेटिंग्स के साथ रद्द या ओवरलैप न हो।

सामान्य तौर पर, निर्देशिकाओं को उसी क्रम में संसाधित किया जाता है जिसमें वे start.log में लिखे जाते हैं, केवल "बाद" के लिए एक अपवाद बनाया जाता है। यह हमेशा सूची के अंत में होता है और अंतिम रूप से संसाधित होता है।

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

plugin /
यहाँ किसी भी प्रकार की फ़ाइल को संपादित करते समय Vim स्क्रिप्ट फ़ाइलों को स्वचालित रूप से लोड किया गया है। उन्हें "वैश्विक" भी कहा जाता है।

autoload /
("प्लगइन" के साथ भ्रमित होने की नहीं)। इन स्टार्टअप स्क्रिप्ट में ऐसे कार्य होते हैं जो केवल अन्य स्क्रिप्ट के अनुरोध पर कड़े होते हैं।

ftdetect /
फ़ाइल प्रकारों को निर्धारित करने का प्रयास। अपने काम में, वे फ़ाइल के विस्तार, स्थान या आंतरिक सामग्री पर भरोसा करते हैं।

ftplugin /
किसी ज्ञात प्रकार की फ़ाइलों को संपादित करते समय निष्पादित की जाने वाली स्क्रिप्ट।

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

pack /
देशी विम 8 पैकेज के लिए एक कंटेनर, पैथोजन-शैली पैकेज प्रबंधन का उत्तराधिकारी। इसकी अपनी पैकेजिंग प्रणाली है, काम करने के लिए तीसरे पक्ष के कोड की आवश्यकता नहीं है।

और अंत में, ~ / .vimrc सामान्य संपादक सेटिंग्स के लिए एक जाल है। डिफ़ॉल्ट सेटिंग्स को कॉन्फ़िगर करने के लिए उपयोग किया जाता है, जिसे एक विशिष्ट प्रकार की फ़ाइल को सौंपा जा सकता है। पूरी सूची देखने के लिए, आप .vimrc का चयन कर सकते हैं और विकल्प कमांड चला सकते हैं।

3 पार्टी प्लगइन्स

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

इस समस्या को हल करने के लिए, "प्लगइन प्रबंधकों" का विकास शुरू हुआ। Vim.org पर कम से कम 2003 तक प्लगइन्स की एक रजिस्ट्री शामिल थी (यदि संग्रह झूठ नहीं है)। हालाँकि, "प्लगइन प्रबंधक" एक इकाई के रूप में केवल 2008 तक फैशन में प्रवेश किया।

ये उपकरण निष्पादन पथों को ट्रैक करने के लिए विशेष निर्देशिकाओं को जोड़ते हैं और उन टैगों की व्यवस्था करते हैं जिनके द्वारा प्लगइन्स को ट्रैक किया जा सकता है। अधिकांश प्रबंधक नेटवर्क से प्लगइन अपडेट भी खींचते हैं।

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

मार्च 2006 - जुलाई 2014: विंबोल
अक्टूबर 2008 - दिसंबर 2015: रोगज़नक़
अगस्त 2009 - दिसंबर 2009: विमना
दिसंबर 2009 - दिसंबर 2014: VAM
अगस्त 2010 - नवंबर 2010: झटका
अक्टूबर 2010 - नवंबर 2012: tplugin
अक्टूबर 2010 - फरवरी 2014: वंडल
मार्च 2012 - मार्च 2018: विम-फ्लेवर
अप्रैल 2012 - मार्च 2016: NeoBundle
जनवरी 2013 - अगस्त 2017: संक्रामक
फरवरी 2013 - अगस्त 2016: विमोजेन
अक्टूबर २०१३ - जनवरी २०१५: vim-unbundle
दिसंबर 2013 - जुलाई 2015: छिपकली
फरवरी 2014 - अक्टूबर 2018: विम-प्लग
जनवरी 2015 - अक्टूबर 2015: enabler
अगस्त 2015 - अप्रैल 2016: छिपकली 2
जनवरी 2016 - जून 2018: dein.vim
सितम्बर 2016 - वर्तमान: देशी 8 विम में
फरवरी 2017 - सितंबर 2018: मिनापैक
मार्च 2018 - मार्च 2018: ऑटोपैक
फरवरी 2017 - जून 2018: पैक
मार्च 2017 - सितंबर 2017: vim-pck
सितंबर 2017 - सितंबर 2017: vim8- पैक
सितंबर 2017 - मई 2019: वोल्ट
सितंबर 2018 - फरवरी 2019: विम-पैकर
फरवरी 2019 - फरवरी 2019: plugpac.vim

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

प्लगइन प्रबंधन में कम से कम प्रतिरोध का रास्ता केवल अंतर्निहित वीआईएम 8 कार्यक्षमता का उपयोग करना है, जिसे किसी भी तृतीय-पक्ष कोड को खींचने की आवश्यकता नहीं है। आइए देखें कि यह कैसे करना है।

आरंभ करने के लिए, अपने रनटाइमपथ के अंदर दो निर्देशिकाएं बनाएं: ऑप्ट और प्रारंभ करें।

 mkdir -p ~/.vim/pack/foobar/{opt,start}

प्लेसहोल्डर पर ध्यान दें "फोब्बर" (नाम बदला जा सकता है)। यह अंदर आने वाले सभी पैकेजों को पूरी तरह से वर्गीकृत करता है। अधिकांश उपयोगकर्ता बस अपने सभी प्लगइन्स को किसी एक श्रेणी में डंप करते हैं और सामान्य तौर पर, यह सामान्य है। कोई भी नाम चुनें जिसे आप पसंद करते हैं; मैं फोब्बर का उपयोग करना जारी रखूंगा। सिद्धांत रूप में, आप कई श्रेणियां भी बना सकते हैं, उदाहरण के लिए ~/.vim/pack/navigation और ~/.vim/pack/linting । कृपया ध्यान दें कि विम श्रेणियों के बीच दोहराव को नहीं पहचानता है और यदि वे मौजूद हैं तो दो बार डुप्लिकेट डाउनलोड करते हैं।

"प्रारंभ" में पैकेज स्वचालित रूप से लोड किए जाते हैं, जबकि "ऑप्ट" में पैकेज तब तक लोड नहीं किए जाते हैं जब तक कि वे कमांड का उपयोग करके विम से न हों :packadd । यह विकल्प शायद ही कभी इस्तेमाल किए जाने वाले पैकेजों के लिए अच्छा है और स्क्रिप्ट चलाने के बिना, बॉक्स से बाहर विम द्वारा समर्थित है। ध्यान दें :packadd अनलोडिंग पैकेज के लिए कोई समकक्ष नहीं है।

इस उदाहरण की समीक्षा करने के लिए, हम ऑप्ट करने के लिए ctrlp फजी सर्च प्लगइन जोड़ेंगे। डाउनलोड करें और इसके नवीनतम संस्करण को अनज़िप करें:

 curl -L https://github.com/kien/ctrlp.vim/archive/1.79.tar.gz \ | tar zx -C ~/.vim/pack/foobar/opt

यह कमांड ~ / .vim / pack / foobar / opt / ctrlp.vim-1.79 पैकेज ~ / .vim / pack / foobar / opt / ctrlp.vim-1.79 । नए पैकेज के लिए विम टैग पर लौटें और हेल्प टैग पॉइंटर (हेल्पटैग्स इंडेक्स) बनाएं:

 :helptags ~/.vim/pack/foobar/opt/ctrlp.vim-1.79/doc

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

 :packadd ctrlp.vim-1.79

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

कुछ लोग अपनी ~ / .vim निर्देशिका का ट्रैक रखते हैं और प्रत्येक पैकेज के संस्करण को नियंत्रित करने के लिए git का उपयोग करते हैं। अपने हिस्से के लिए, मैं सिर्फ टार अभिलेखागार से पैकेज अनपैक करता हूं और रिपॉजिटरी के माध्यम से उन्हें मैन्युअल रूप से ट्रैक करता हूं। यदि आप पर्याप्त रूप से परिपक्व पैकेजों का उपयोग करते हैं जिन्हें लगातार अपडेट, साथ ही स्क्रिप्ट की आवश्यकता नहीं होती है, तो वे काफी छोटे होते हैं और गिट इतिहास को अव्यवस्थित नहीं करते हैं।

बैकअप और संस्करणों के रोलबैक

आपकी उपयोगकर्ता प्राथमिकताओं के आधार पर, विम डेटा हानि के चार संभावित कारणों से आपकी रक्षा कर सकता है:

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

लेकिन इससे पहले कि आप इन स्मार्ट सेटिंग्स की खोज शुरू करें, चुटकुले के बारे में कैसे? यहाँ GitHub पर vimrc फ़ाइलों से कुछ नमूना टिप्पणियाँ दी गई हैं:

“पेज फाइल न बनाएं। संस्करण नियंत्रण के माध्यम से सब कुछ प्रबंधित करें। "
“निर्वासन के लिए बैकअप। संस्करण नियंत्रण का उपयोग करें। ”
"केवल संस्करण नियंत्रण!" केवल कट्टर! ”
"हम संस्करण नियंत्रण की दुनिया में रहते हैं, इसलिए स्वैप और बैकअप कचरा में हैं।"
"अगर संस्करण नियंत्रण पर्याप्त है तो आपको बैकअप फ़ाइलों की आवश्यकता क्यों है।"
"मैंने कभी भी विम बैकअप फ़ाइलों का उपयोग नहीं किया है ... संस्करण नियंत्रण का उपयोग करें।"
"ज्यादातर चीजें संस्करण नियंत्रण के माध्यम से पाई जा सकती हैं।"
"फ़ाइल बैकअप को अक्षम करें, क्योंकि आप अभी भी संस्करण नियंत्रण प्रणाली का उपयोग करते हैं;)"।
"और संस्करण नियंत्रण आया, और गिट ने हमें बचा लिया।"
“स्वैप फाइल और बैकअप सिस्टम को अक्षम करें। हमेशा संस्करण नियंत्रण का उपयोग करें! हमेशा! ”
"मुझे एक बैकअप की आवश्यकता नहीं है, क्योंकि मैं संस्करण नियंत्रण के साथ काम करता हूं।"

विडंबना यह है कि ऊपर दी गई टिप्पणियाँ केवल चौथे और तीसरे प्रकार की विफलता की समझ को दर्शाती हैं। यदि आप स्वैप फ़ाइल और बैकअप से इनकार करते हैं, तो आप पैराग्राफ 1 और 2 में वर्णित मामले में सुरक्षा खो देंगे।

यहाँ एक उदाहरण विन्यास है जो मैं सुरक्षित संचालन के लिए सुझाता हूँ:

 " Protect changes between writes. Default values of " updatecount (200 keystrokes) and updatetime " (4 seconds) are fine set swapfile set directory^=~/.vim/swap// " protect against crash-during-write set writebackup " but do not persist backup after successful write set nobackup " use rename-and-write-new method whenever safe set backupcopy=auto " patch required to honor double slash at end if has("patch-8.1.0251") " consolidate the writebackups -- not a big " deal either way, since they usually get deleted set backupdir^=~/.vim/backup// end " persist the undo tree for each file set undofile set undodir^=~/.vim/undo//

इन सेटिंग्स में अपूर्ण रिकॉर्डिंग के लिए बैकअप शामिल हैं, लेकिन ऑपरेशन सफलतापूर्वक पूरा होने के बाद फ़ाइलों को सहेजना नहीं है, क्योंकि हमारे पास संस्करण नियंत्रण, सबसे अच्छा संस्करण नियंत्रण, ब्ला ब्ला ब्ला, आदि हैं। आदि कृपया ध्यान दें कि आपको mkdir ~ / .vim / {swap, undodir, backup} की आवश्यकता हो सकती है, अन्यथा विम अगले पठनीय फ़ोल्डर तक पहुंच जाएगा। आपको संभवतः लक्ष्य फ़ोल्डर पर chmod कमांड चलाने की भी आवश्यकता होगी ताकि उनकी सामग्री निजी हो, क्योंकि स्वैप फ़ाइलों और बैकअप इतिहास में संवेदनशील जानकारी हो सकती है।

यह ध्यान देने योग्य है कि हमारे कॉन्फ़िगर पथों की विशेषता यह है कि वे हमेशा एक स्लैश के साथ बंद हो जाते हैं। यह वर्तनी फ़ंक्शन को एक ही नाम वाली फ़ाइलों के लिए पेजिंग और बैकअप फ़ाइलों के पथ में संभावित अस्पष्टता को समाप्त करने की अनुमति देती है, जो विभिन्न निर्देशिकाओं में हैं। उदाहरण के लिए, / foo / bar के लिए स्वैप फ़ाइल ~ / .vim / swap /% foo% bar.swp में सहेजा जाएगा (मैं प्रतिशत संकेतों के साथ स्लैश से बच गया)। हाल ही में विम पैच में एक बग था जिसने स्लैश को बैकअपडिर के लिए ध्यान में रखा गया था, इसलिए इसके खिलाफ संरक्षण ऊपर दिखाया गया है।

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

जब हम रोलबैक के बारे में बात करते हैं, तो यह याद रखने योग्य है कि विम फ़ाइल संपादन इतिहास के एक पूरे पेड़ का समर्थन करता है। इसका मतलब है कि आप एक बदलाव कर सकते हैं, इसे वापस रोल कर सकते हैं, और फिर उसी परिवर्तनों को फिर से दोहरा सकते हैं, और यह सब तीन अलग-अलग पुनर्प्राप्ति बिंदु होंगे। किए गए परिवर्तनों के समय और सीमा को निर्विवाद आदेश का उपयोग करके जांचा जा सकता है, लेकिन पेड़ को इससे बाहर निकालना समस्याग्रस्त है। : 5 , . , — , undotree — .

. . : . , .

: , ,vim . nowritebackup, , . , Vim , . backupskip .

«patchmode» Vim . , . , tar-, , git. set patchmod = .orig foo- foo.orig.

Include path

(include) . Vim path, include, suffixesadd, includeexpr. (. help include-search) — ctags .

. , . , help include .

, [i , , [d . gf Vim . :find, **/* , . , .. , .

, . ( ) CTRL-D. .

 " fuzzy-find lite nmap <Leader><space> :e ./**/

: path (headers) . , : checkpath, , . C checkpath. , , . , checkpath , .

«., / Usr / include ,,» . , — /usr/include, . , :help file-searching .

ftplugin ( ) , . : ./src/include ./include.

 setlocal path=.,,*/include/**3,./*/include/**3 setlocal path+=/usr/include

«**3» — . , . , .

, , :checkpath , . , , .

: :he [, :he gf, :he :find .

विम का इतिहास और इसके प्रभावी उपयोग के लिए एक मार्गदर्शिका