Windows के लिए Coreutils

xguru · 2026-06-16T09:31:02+09:00

Windows पर UNIX-स्टाइल core utilities को native रूप से चलाकर, Linux/macOS/WSL में इस्तेमाल किए जाने वाले वही commands और pipelines ज्यों-के-त्यों इस्तेमाल किए जा सकते हैं Microsoft-प्रबंधित build में uutils/coreutils, findutils, grep को एक ही multicall binary में पैक किया गया है वही commands/flags/pipelines उसी तरह काम करते हैं, इसलिए मौजूदा scripts को बिना किसी बदलाव के port किया जा सकता है लक्ष्य है Linux/macOS/WSL/container/Windows के बीच आवाजाही को बिना friction के बनाना PowerShell 7.4 या उससे ऊपर आवश्यक है (~ support के लिए 7.6 या उससे ऊपर अनुशंसित) कुछ commands के नाम CMD·PowerShell built-in commands से टकराते हैं, इसलिए कौन-सा command चलेगा यह PATH order और alias table पर निर्भर करता है उपलब्ध नहीं कराए गए commands: dir/expand/more (built-in DOS commands से टकराव), kill (signals नहीं), timeout (kill पर निर्भर), whoami (Windows built-in command से टकराव) find और sort मूल DOS commands के unified ports हैं, hostname Windows built-in command का superset है Windows के environment differences मौजूद हैं /dev/null की जगह NUL का उपयोग, POSIX signals unsupported हैं (Ctrl+C ही काम करता है) path separators / और \ दोनों स्वीकार्य हैं, file permissions POSIX bits नहीं बल्कि ACL-आधारित हैं CRLF line endings ज़्यादातर अपने-आप transparently संभाली जाती हैं, लेकिन uniq जैसे byte-based behavior में अंतर संभव है symbolic links को पढ़ना सामान्य रूप से काम करता है, लेकिन नए symbolic links बनाने के लिए Developer Mode या elevated terminal चाहिए POSIX-विशेष concepts (chmod, chown, id, who आदि) और Windows पर अनावश्यक commands (dircolors, shred, uname आदि) को जानबूझकर बाहर रखा गया है MIT लाइसेंस: Rust + PowerShell + Inno Setup से implemented

Windows पर UNIX-स्टाइल core utilities को native रूप से चलाकर, Linux/macOS/WSL में इस्तेमाल किए जाने वाले वही commands और pipelines ज्यों-के-त्यों इस्तेमाल किए जा सकते हैं
Microsoft-प्रबंधित build में uutils/coreutils, findutils, grep को एक ही multicall binary में पैक किया गया है
- वही commands/flags/pipelines उसी तरह काम करते हैं, इसलिए मौजूदा scripts को बिना किसी बदलाव के port किया जा सकता है
- लक्ष्य है Linux/macOS/WSL/container/Windows के बीच आवाजाही को बिना friction के बनाना
PowerShell 7.4 या उससे ऊपर आवश्यक है (~ support के लिए 7.6 या उससे ऊपर अनुशंसित)
- कुछ commands के नाम CMD·PowerShell built-in commands से टकराते हैं, इसलिए कौन-सा command चलेगा यह PATH order और alias table पर निर्भर करता है
- उपलब्ध नहीं कराए गए commands: dir/expand/more (built-in DOS commands से टकराव), kill (signals नहीं), timeout (kill पर निर्भर), whoami (Windows built-in command से टकराव)
- find और sort मूल DOS commands के unified ports हैं, hostname Windows built-in command का superset है
Windows के environment differences मौजूद हैं
- /dev/null की जगह NUL का उपयोग, POSIX signals unsupported हैं (Ctrl+C ही काम करता है)
- path separators / और \ दोनों स्वीकार्य हैं, file permissions POSIX bits नहीं बल्कि ACL-आधारित हैं
- CRLF line endings ज़्यादातर अपने-आप transparently संभाली जाती हैं, लेकिन uniq जैसे byte-based behavior में अंतर संभव है
- symbolic links को पढ़ना सामान्य रूप से काम करता है, लेकिन नए symbolic links बनाने के लिए Developer Mode या elevated terminal चाहिए
POSIX-विशेष concepts (chmod, chown, id, who आदि) और Windows पर अनावश्यक commands (dircolors, shred, uname आदि) को जानबूझकर बाहर रखा गया है
MIT लाइसेंस: Rust + PowerShell + Inno Setup से implemented

Windows के लिए Coreutils

संबंधित पढ़ाई

4 टिप्पणियां