Có ai biết nếu chúng tôi có thể nói set +xtrong bash mà nó không được in:
set -x
command
set +x
dấu vết
+ command
+ set +x
nhưng nó chỉ nên in
+ commandBash là Phiên bản 4.1.10 (4). Điều này làm tôi khó chịu trong một thời gian - đầu ra bị lộn xộn với set +xcác dòng vô dụng , làm cho cơ sở theo dõi không hữu ích như nó có thể.
Câu trả lời:
Tôi đã gặp vấn đề tương tự và tôi có thể tìm thấy giải pháp không sử dụng vỏ con:
set -x
command
{ set +x; } 2>/dev/null
set +xlà một lệnh thành công
command, sự thay đổi này là một giải pháp: { STATUS=$?; set +x; } 2>/dev/null. Sau đó kiểm tra $STATUScác dòng tiếp theo khi bạn rảnh rỗi.
{ set +x; } 2>&-. Điều đó đóng fd 2 hoàn toàn thay vì làm cho nó trỏ vào / dev / null. Một số chương trình không xử lý tốt điều đó khi chúng cố gắng in sang stderr, đó là lý do tại sao / dev / null nói chung là kiểu tốt; nhưng set -xdấu vết của shell xử lý nó rất tốt, vì vậy nó hoạt động hoàn hảo ở đây và nó làm cho câu thần chú này ngắn hơn một chút.
Bạn có thể sử dụng một vỏ con. Khi thoát khỏi vỏ con, cài đặt xsẽ bị mất:
( set -x ; command )( set -x \n command \n )là bất kỳ tệ hơn set -x \n command \n set +x.
cd: nó không thay đổi thư mục hiện tại trong vỏ mẹ.
Tôi đã tìm ra giải pháp cho vấn đề này gần đây khi tôi cảm thấy khó chịu với nó:
shopt -s expand_aliases
_xtrace() {
case $1 in
on) set -x ;;
off) set +x ;;
esac
}
alias xtrace='{ _xtrace $(cat); } 2>/dev/null <<<'Điều này cho phép bạn bật và tắt xtrace như sau, nơi tôi ghi lại cách các đối số được gán cho các biến:
xtrace on
ARG1=$1
ARG2=$2
xtrace offVà bạn nhận được kết quả giống như sau:
$ ./script.sh one two
+ ARG1=one
+ ARG2=two/dev/stdinphần này). Lưu ý là việc bật tính năng mở rộng bí danh trong các tập lệnh có thể có những tác dụng phụ không mong muốn.
/dev/stdin. Tôi không biết về bất kỳ tác dụng phụ cụ thể nào, vì môi trường không tương tác sẽ không tải bất kỳ tệp nào xác định bí danh. Những tác dụng phụ có thể có?
set +xkhó hơn nhiều (nếu không muốn nói là không thể) để thỏa hiệp. Nhưng nó vẫn là một giải pháp tốt và dễ hiểu - có lẽ là giải pháp tốt nhất cho đến nay.
Làm thế nào về một giải pháp dựa trên phiên bản đơn giản của @ user108471:
shopt -s expand_aliases
alias trace_on='set -x'
alias trace_off='{ set +x; } 2>/dev/null'
trace_on
...stuff...
trace_offfunction () { set_plus_x='{ set +x; } 2>/dev/null' }
Đây là sự kết hợp của một vài ý tưởng có thể bao quanh một khối mã và duy trì trạng thái thoát.
#!/bin/bash
shopt -s expand_aliases
alias trace_on='set -x'
alias trace_off='{ PREV_STATUS=$? ; set +x; } 2>/dev/null; (exit $PREV_STATUS)'
trace_on
echo hello
trace_off
echo "status: $?"
trace_on
(exit 56)
trace_offKhi thực hiện:
$ ./test.sh
+ echo hello
hello
status: 0
+ exit 56
status: 56
()xung quanh exitkhông cần thiết. Đồng ý. Có lẽ đó là của hoang tưởng, nhưng nếu mã này được sử dụng nói chung bạn có một vector tấn công tốt: Định nghĩa lại trace_onvà trace_offvà mã bơm mà đọc lệnh thực thi. Nếu bạn chỉ sử dụng các "tiện ích" như vậy thì đó là hướng dẫn, nhưng nếu mã được sử dụng với những người khác, bạn phải xem xét liệu lợi ích của các chức năng không được tiêu chuẩn hóa đó có lớn hơn bất lợi không. Cá nhân tôi đã giải quyết { set +x; } 2>/dev/nullvì cấu trúc này thường được hiểu và cũng không thay đổi trạng thái thoát.
script.sh 2>&1 | grep -v 'set +x'