.editorconfig जनरेटर

एडिटरों में एक-से इंडेंटेशन, लाइन एंडिंग, कैरेक्टर सेट और व्हाइटस्पेस के लिए .editorconfig फ़ाइल बनाएँ, Markdown, YAML, Python, Go, Makefile के ओवरराइड के साथ।

0 = सेट नहीं

.editorconfig

.editorconfig जनरेटर क्या है?

EditorConfig एडिटर और IDE (VS Code, JetBrains, Vim, Visual Studio, Sublime…) में कोड शैली को एक-सा रखता है। यह टूल आपके इंडेंटेशन, लाइन एंडिंग, कैरेक्टर सेट और व्हाइटस्पेस नियमों के साथ .editorconfig फ़ाइल बनाता है, साथ में Makefile और Go के लिए टैब या Python के लिए 4 स्पेस जैसे आम फ़ाइल-प्रकार ओवरराइड।

.editorconfig जनरेटर का उपयोग कैसे करें

  1. इंडेंटेशन (स्पेस या टैब) और इंडेंट का आकार या टैब की चौड़ाई चुनें।
  2. लाइन एंडिंग, कैरेक्टर सेट और वैकल्पिक अधिकतम पंक्ति लंबाई सेट करें।
  3. पंक्ति के अंत के स्पेस हटाएँ और फ़ाइल के अंत में नई पंक्ति जोड़ें चालू/बंद करें, और ज़रूरी फ़ाइल-प्रकार ओवरराइड चुनें।
  4. .editorconfig डाउनलोड करें और अपने प्रोजेक्ट के रूट में रखें।

उदाहरण

इनपुट
Spaces, size 2, LF, UTF-8, trim whitespace, final newline, Markdown and Makefile overrides
आउटपुट
# EditorConfig: https://editorconfig.org
root = true

[*]
indent_style = space
indent_size = 2
end_of_line = lf
charset = utf-8
trim_trailing_whitespace = true
insert_final_newline = true

[*.md]
trim_trailing_whitespace = false

[Makefile]
indent_style = tab

.editorconfig जनरेटर का उपयोग कब करें

ऐसी हर रिपॉज़िटरी में इसका उपयोग करें जिसे एक से ज़्यादा लोग या एडिटर संपादित करते हैं, खासकर Windows/macOS/Linux की मिली-जुली टीमों में जहाँ लाइन एंडिंग अलग होती हैं। EditorConfig केवल बुनियादी व्हाइटस्पेस नियंत्रित करता है; पूरी कोड शैली के लिए Prettier, Black या gofmt जैसा फ़ॉर्मेटर इस्तेमाल करें, जिसे इन सेटिंग से मेल खाने के लिए कॉन्फ़िगर किया गया हो।

.editorconfig जनरेटर कैसे काम करता है

फ़ाइल root = true से शुरू होती है ताकि एडिटर पैरेंट फ़ोल्डर में खोजना बंद कर दें, उसके बाद [*] सेक्शन आता है जिसमें EditorConfig विनिर्देश के indent_style, indent_size (या टैब इस्तेमाल करने पर tab और tab_width), end_of_line, charset, trim_trailing_whitespace और insert_final_newline होते हैं। ओवरराइड बाद के glob सेक्शन ([*.md], [*.{yml,yaml}], [*.py], [*.go], [Makefile]) के रूप में जुड़ते हैं, जो मेल खाने वाली फ़ाइलों के लिए [*] पर प्राथमिकता रखते हैं।

सामान्य उपयोग मामले

  • pull request में टैब-बनाम-स्पेस और CRLF/LF के फ़ालतू बदलाव रोकना
  • JavaScript प्रोजेक्ट के लिए 2-स्पेस इंडेंटेशन सेट करना
  • बाकी जगह स्पेस रखते हुए Makefile में टैब बनाए रखना
  • अंत के स्पेस से बने Markdown लाइन ब्रेक सुरक्षित रखना

अक्सर पूछे जाने वाले प्रश्न

क्या VS Code .editorconfig का समर्थन करता है?

हाँ, आधिकारिक EditorConfig एक्सटेंशन के ज़रिए। JetBrains IDE, Visual Studio और GitHub का वेब एडिटर इसे सीधे समर्थित करते हैं।

Markdown के लिए trim_trailing_whitespace = false क्यों?

Markdown में अंत के दो स्पेस लाइन ब्रेक बनाते हैं, इसलिए उन्हें हटाने से रेंडर होने वाला दस्तावेज़ बदल जाएगा।

LF या CRLF?

ज़्यादातर रिपॉज़िटरी के लिए LF मानक है, उन Windows प्रोजेक्ट सहित जो Git का autocrlf इस्तेमाल करते हैं। CRLF तभी इस्तेमाल करें जब केवल-Windows टूल को उसकी ज़रूरत हो।

और श्रेणियाँ देखें