Pipes से Tools जोड़ना

command1 | command2 | command3
grep "pattern" file | cut -d'delimiter' -f field | sort | uniq -c

#!/bin/bash
cat > app.log <<'EOF'
2024-01-01 INFO auth: login ok
2024-01-01 ERROR db: connection lost
2024-01-01 ERROR auth: bad token
2024-01-01 ERROR db: timeout
2024-01-01 INFO db: reconnected
EOF

grep "ERROR" app.log | awk '{print $3}' | sort | uniq -c | sort -rn
rm -f app.log

#!/bin/bash
cat > data.csv <<'EOF'
name,score
alice,88
bob,42
carol,95
dave,60
EOF

echo "stage 1: skip header"
tail -n +2 data.csv

echo "stage 2: extract scores"
tail -n +2 data.csv | cut -d, -f2

echo "stage 3: sort numerically, descending"
tail -n +2 data.csv | cut -d, -f2 | sort -rn
rm -f data.csv

#!/bin/bash
cat > settings.conf <<'EOF'
debug=true
verbose=false
cache=true
retry=true
EOF

count=$(grep "=true" settings.conf | cut -d= -f1 | wc -l)
echo "Number of enabled settings: $count"
rm -f settings.conf

Pipes और Commands को Chain करना · Pipes का उपयोग · Subshells क्या हैं · Bash में Basic Regular Expressions ([[ =~ ]])

1. सब कुछ एक enormous awk या sed command में करने की कोशिश करना बजाय कई simpler tools compose करने के, pipeline को पढ़ना और debug करना मुश्किल बनाते हुए।
2. Pipeline के हर stage को independently test न करना उन्हें chain करने से पहले, जिससे यह बताना मुश्किल हो जाता है कि किस stage ने bug introduce किया।
3. यह भूल जाना कि pipeline के बाद वाले stages सिर्फ वह देखते हैं जो पहले वाले stages ने already transform किया है, original raw input नहीं।

• एक pipeline को incrementally बनाना, हर added stage के बाद output check करते हुए, इसे एक साथ लिखने से debugging कहीं आसान बनाता है।
• grep, sed, awk, cut, sort, uniq, और wc naturally combine होते हैं क्योंकि वे सभी default रूप से stdin पढ़ते और stdout लिखते हैं।
• एक realistic pipeline अक्सर ऐसा दिखता है: filter (grep) -> reshape (awk/cut) -> order (sort) -> summarize (uniq -c/wc)।
• दो या तीन stages से ज़्यादा किसी भी चीज़ के लिए trailing | के साथ एक pipeline को multiple lines में format करना readability सुधारता है।