มีใครรู้บ้างว่าเราสามารถพูดได้set +xโดยไม่ต้องพิมพ์:
set -x
command
set +x
ร่องรอย
+ command
+ set +x
แต่ควรพิมพ์
+ command
Bash คือเวอร์ชัน 4.1.10 (4) นี่เป็นปัญหาของฉันมาระยะหนึ่งแล้ว - เอาต์พุตเต็มไปด้วยset +xเส้นที่ไร้ประโยชน์ทำให้เครื่องมือติดตามไม่เป็นประโยชน์เท่าที่ควร
คำตอบ:
ฉันมีปัญหาเดียวกันและฉันสามารถหาวิธีแก้ปัญหาที่ไม่ใช้ subshell:
set -x
command
{ set +x; } 2>/dev/null
set +xเป็นคำสั่งที่ประสบความสำเร็จ
command { STATUS=$?; set +x; } 2>/dev/nullจากนั้นตรวจสอบ$STATUSในบรรทัดถัดไปตามอัธยาศัย
{ set +x; } 2>&-แยกกันนี่เป็นรุ่นที่แข็งแรงเล่นกอล์ฟเล็กน้อยเพิ่มเติม: ที่ปิด fd 2 ทันทีแทนที่จะทำให้ชี้ไปที่ / dev / null บางโปรแกรมไม่สามารถจัดการได้ดีเมื่อพยายามพิมพ์ไปยัง stderr ซึ่งเป็นเหตุผลว่าทำไม / dev / null จึงเป็นรูปแบบที่ดีโดยทั่วไป แต่การset -xติดตามของเชลล์จัดการได้ดีดังนั้นจึงทำงานได้อย่างสมบูรณ์ที่นี่และทำให้คาถานี้สั้นลงเล็กน้อย
คุณสามารถใช้ subshell เมื่อออกจาก subshell การตั้งค่าที่xจะหายไป:
( set -x ; command )
( set -x \n command \n )ใด ๆ set -x \n command \n set +xที่เลวร้ายยิ่งกว่า
cd: จะไม่เปลี่ยนไดเร็กทอรีปัจจุบันในพาเรนต์เชลล์
ฉันเพิ่งแฮ็ควิธีแก้ปัญหานี้เมื่อไม่นานมานี้เมื่อฉันรู้สึกรำคาญกับมัน:
shopt -s expand_aliases
_xtrace() {
case $1 in
on) set -x ;;
off) set +x ;;
esac
}
alias xtrace='{ _xtrace $(cat); } 2>/dev/null <<<'
สิ่งนี้ช่วยให้คุณสามารถเปิดและปิดใช้งาน xtrace ดังต่อไปนี้โดยที่ฉันกำลังบันทึกว่าอาร์กิวเมนต์ถูกกำหนดให้กับตัวแปรอย่างไร:
xtrace on
ARG1=$1
ARG2=$2
xtrace off
และคุณจะได้ผลลัพธ์ที่ดูเหมือน:
$ ./script.sh one two
+ ARG1=one
+ ARG2=two
/dev/stdinส่วนนั้นก็ตาม) ข้อแม้คือการเปิดการขยายนามแฝงในสคริปต์อาจมีผลข้างเคียงที่ไม่ต้องการ
/dev/stdinฉันได้แก้ไขคำตอบในการลบฟุ่มเฟือย ฉันไม่ทราบถึงผลข้างเคียงใด ๆ เนื่องจากสภาพแวดล้อมที่ไม่โต้ตอบไม่ควรโหลดไฟล์ใด ๆ ที่กำหนดนามแฝง อาจมีผลข้างเคียงอะไรบ้าง?
set +xยากกว่ามาก (ถ้าไม่ทำไม่ได้) ที่จะประนีประนอม แต่ก็ยังเป็นทางออกที่ดีและตรงประเด็น - อาจเป็นวิธีที่ดีที่สุดจนถึงตอนนี้
วิธีแก้ปัญหาโดยใช้ @ user108471 เวอร์ชันที่เรียบง่าย:
shopt -s expand_aliases
alias trace_on='set -x'
alias trace_off='{ set +x; } 2>/dev/null'
trace_on
...stuff...
trace_off
function () { set_plus_x='{ set +x; } 2>/dev/null' }
นี่คือการรวมกันของแนวคิดบางอย่างที่สามารถใส่บล็อกโค้ดและรักษาสถานะการออก
#!/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_off
echo "status: $?"
เมื่อดำเนินการ:
$ ./test.sh
+ echo hello
hello
status: 0
+ exit 56
status: 56
()รอบ ๆexitไม่จำเป็น ตกลง. อาจจะเป็นเรื่องที่น่าหวาดระแวง แต่หากใช้รหัสนี้โดยทั่วไปคุณมีเวกเตอร์การโจมตีที่ดี: กำหนดนิยามใหม่trace_onและtrace_offและฉีดรหัสที่อ่านคำสั่งที่ดำเนินการ หากคุณใช้ "utilties" ดังกล่าวเพียงอย่างเดียวจะเป็นการให้คำแนะนำ แต่หากใช้โค้ดกับผู้อื่นคุณต้องพิจารณาว่าประโยชน์ของฟังก์ชันที่ไม่ได้มาตรฐานดังกล่าวมีมากกว่าข้อเสียหรือไม่ โดยส่วนตัวแล้วฉันได้ตัดสินด้วย{ set +x; } 2>/dev/nullเนื่องจากโครงสร้างนี้เป็นที่เข้าใจกันทั่วไปและก็ไม่เปลี่ยนสถานะการออก
()รอบexit 56; นั่นเป็นเพียงเพื่อให้ฉันสามารถแสดงให้เห็นว่าสถานะการออกของกระบวนการย่อยสามารถเข้าถึงได้ในสคริปต์ทุบตี หากไม่มี parens มันจะไม่กลายเป็นกระบวนการย่อยและสคริปต์จะออกจากจุดนั้นด้วยสถานะ = 65
script.sh 2>&1 | grep -v 'set +x'