लाइन एंडिंग कन्वर्टर — LF, CRLF या CR
टेक्स्ट पेस्ट करें और लाइन एंडिंग LF (Unix/macOS), CRLF (Windows) और CR (क्लासिक Mac) के बीच बदलें — पूरी तरह ब्राउज़र में, बिना अपलोड।
TextText
टाइप करते ही कनवर्ट — पेस्ट करें या फ़ाइल छोड़ें।
इनपुट(Text)
आउटपुट(Text)
ब्राउज़र में चलता है — हमारे सर्वर पर अपलोड नहीं होता।
Unix शेल स्क्रिप्ट में घुसा Windows CRLF सूक्ष्म तरीके से तोड़ सकता है — shebang लाइनें और ट्रेलिंग स्पेस ठीक दिखते हैं जब तक CI फेल न हो। कमिट से पहले एंडिंग नॉर्मलाइज़ करना वह पीछा बचाता है।
लक्ष्य प्लेटफ़ॉर्म की अपेक्षित एंडिंग चुनें, एक बार कनवर्ट करें, और वापस पेस्ट करें। टूल टेक्स्ट अपलोड नहीं करता; सब टैब में रहता है।
फ़ाइल असल में CSV या एनव सैंपल हो जिसे आकार भी बदलना है, पहले एंडिंग कनवर्ट करें, फिर CSV से JSON या dotenv से JSON खोलें।
कैसे इस्तेमाल करें
- टेक्स्ट पेस्ट करें
- LF, CRLF या CR चुनें
- नतीजा कॉपी करें
यह कन्वर्टर क्यों
- एक जगह LF, CRLF और क्लासिक CR
- लक्ष्य बदलते ही तुरंत कनवर्ट
- आपका पेस्ट कभी अपलोड नहीं
किसके लिए अच्छा
- शेल स्क्रिप्ट
- CSV और लॉग सफ़ाई
- OS के पार कॉन्फ़िग पेस्ट
टिप्स
- कॉपी के बाद पुष्टि करें कि एडिटर सेव पर एंडिंग नहीं बदलेगा।
- ज़्यादातर git रेपो में LF पसंद करें जब तक प्रोजेक्ट CRLF न दस्तावेज़ करे।
उदाहरण
| इनपुट | आउटपुट | नोट |
|---|---|---|
| CRLF से सेव Windows .bat या .ps1 | वही अक्षर, हर ब्रेक अब LF | Linux CI जॉब फ़ाइल पढ़ने से पहले उपयोगी |
| Windows पर खोली Unix शेल स्क्रिप्ट | Windows टूल ज़ोर दे तो CRLF पर नॉर्मलाइज़ करें | — |
लाइन-एंडिंग के सवाल
- क्या हर लाइन के शब्द बदलते हैं?
- नहीं — सिर्फ़ लाइनों के बीच ब्रेक। लाइन पर अक्षर वैसे ही रहते हैं।
- बाइनरी फ़ाइलें पेस्ट कर सकते हैं?
- नहीं। सिर्फ़ टेक्स्ट के लिए — इमेज, ज़िप या एक्ज़ीक्यूटेबल नहीं।
- क्या एडिटर इसे वापस कर देगा?
- कई एडिटर सेव पर प्रोजेक्ट लाइन-एंडिंग सेटिंग फिर लगाते हैं। नतीजा कॉपी के बाद .gitattributes या editorconfig जाँचें।