ทำไมสคริปต์ Bash ของฉันไม่รู้จักชื่อแทน

ใน~/.bashrcไฟล์ของฉันอยู่สองคำจำกัดความ:

1. commandAซึ่งเป็นชื่อแทนไปยังเส้นทางที่ยาวกว่า
2. commandBซึ่งเป็นชื่อแทนสคริปต์ Bash

ฉันต้องการประมวลผลไฟล์เดียวกันด้วยสองคำสั่งดังนั้นฉันจึงเขียนสคริปต์ Bash ต่อไปนี้:

#!/bin/bash

for file in "$@"
    do
    commandA $file
    commandB $file
done

แม้หลังจากออกจากระบบและเข้าสู่ระบบใหม่ Bash จะแจ้งให้ฉันทราบcommand not foundข้อผิดพลาดสำหรับคำสั่งทั้งสองเมื่อฉันเรียกใช้สคริปต์นี้

ผมทำอะไรผิดหรือเปล่า?

ประการแรกตามที่ ddeimeke พูดว่านามแฝงโดยค่าเริ่มต้นจะไม่ถูกขยายในเชลล์ที่ไม่มีการโต้ตอบ

ประการที่สอง.bashrcจะไม่ถูกอ่านโดยเชลล์ที่ไม่ทำงานจนกว่าคุณจะตั้งค่าBASH_ENVตัวแปรสภาพแวดล้อม

แต่ที่สำคัญที่สุดอย่าทำอย่างนั้น! โปรด? วันหนึ่งคุณจะย้ายสคริปต์นั้นไปยังที่ซึ่งไม่ได้ตั้งชื่อแทนที่จำเป็นและจะหยุดอีกครั้ง

แทนที่จะตั้งค่าและใช้ตัวแปรสภาพแวดล้อมเป็นทางลัดในสคริปต์ของคุณ:

#!/bin/bash

CMDA=/path/to/gizmo
CMDB=/path/to/huzzah.sh

for file in "$@"
do
    $CMDA "$file"
    $CMDB "$file"
done

หากคุณดู manpage ทุบตีคุณพบ:

นามแฝงจะไม่ถูกขยายเมื่อเชลล์ไม่ได้ทำงานยกเว้นว่าตัวเลือกเชลล์ expand_aliases ถูกตั้งค่าโดยใช้ shopt (ดูคำอธิบายของ shopt ภายใต้คำสั่ง SHELL BUILTIN ด้านล่าง)

ดังนั้นใส่

shopt -s expand_aliases

ในสคริปต์ของคุณ

ตรวจสอบให้แน่ใจว่าแหล่งที่มาของไฟล์นามแฝงของคุณหลังจากตั้งค่านี้ในสคริปต์ของคุณ

shopt -s expand_aliases
source ~/.bash_aliases

ไม่สามารถส่งออกชื่อแทนได้ดังนั้นจึงไม่มีอยู่ในเชลล์สคริปต์ที่ไม่ได้กำหนดไว้ กล่าวอีกนัยหนึ่งถ้าคุณกำหนดพวกเขาใน~/.bashrcพวกเขาไม่สามารถใช้ได้your_script.sh(เว้นแต่คุณจะมา~/.bashrcในสคริปต์ซึ่งฉันไม่แนะนำ แต่มีวิธีการทำอย่างถูกต้อง)

อย่างไรก็ตามฟังก์ชั่นสามารถส่งออกและจะพร้อมใช้งานสำหรับเชลล์สคริปต์ที่รันจากสภาพแวดล้อมที่มีการกำหนดไว้ สิ่งนี้สามารถทำได้โดยการวางไว้ใน bashrc ของคุณ:

foo ()
{
    echo "Hello World!"
}
ส่งออก -f foo

ตามที่คู่มือ Bash กล่าวว่า "เกือบทุกจุดประสงค์ฟังก์ชันเชลล์เป็นที่ต้องการมากกว่านามแฝง"

[cmd line] > bash -i [your script's file path]

สิ่งiนี้มีไว้เพื่อการโต้ตอบและแหล่งข้อมูลbashโปรไฟล์ของคุณ

ฉันพบว่าบางครั้งสคริปต์ทุบตีไม่รู้จักการส่งออกเช่นกัน อย่างไรก็ตามการเปลี่ยนเป็น

#!/bin/sh

ทำงานได้สำหรับฉัน