Jalankan sebagai .test daripada ./test

Andaikata saya berada di folder yang sama dengan file yang dapat dieksekusi, saya perlu mengetik ini untuk menjalankannya:

./file

Saya lebih suka tidak perlu mengetik /, karena /sulit bagi saya untuk mengetik.

Apakah ada cara yang lebih mudah untuk mengeksekusi file? Idealnya hanya beberapa sintaks sederhana seperti:

.file

atau sesuatu yang lain tetapi lebih mudah daripada harus memasukkan /karakter di sana.

Mungkin ada beberapa cara untuk meletakkan sesuatu di /bindirektori, atau membuat alias untuk penerjemah, sehingga saya bisa menggunakan:

p file

Ini bisa "berisiko" tetapi Anda bisa saja melakukannya. di PATH Anda.

Seperti yang telah dikatakan pada orang lain, ini bisa berbahaya jadi selalu pastikan. lebih pada akhir PATH daripada awal.

.akan secara otomatis melengkapi./ (mengetik .dan menekan Tab) setidaknya di shell Bash modern, jadi Anda tidak perlu menggunakan solusi yang kompleks atau tidak aman (seperti PATHmodifikasi).

Jika tidak lengkap secara otomatis, Anda mungkin perlu menginstal paket "bash-completion".

atau .. mungkin memberi penerjemah alias dalam file bashrc dan kemudian secara sederhana

   p  file

Dimungkinkan untuk menulis fungsi seperti itu:

p() {
 ./"$@"
}

di Anda ~/.bashrc. Maka Anda akan dapat menjalankan p app argumentsalih-alih ./app arguments. Solusi ini berfungsi untuk jenis apa pun yang dapat dieksekusi, termasuk skrip dan binari.

"$@"meluas ke daftar argumen yang dikutip dengan tepat yang diteruskan ke fungsi (mempertahankan semua karakter khusus dari gumpalan atau ekspansi variabel), dan, seperti yang ditunjukkan @Scott, bashcukup pintar untuk bergantung ./pada yang pertama, menjaga sisanya.

Anda dapat menempatkan .ke Anda $PATHdengan menambahkan misalnya PATH=$PATH:.ke Anda /etc/profile, dengan cara ini Anda dapat mengeksekusi filehanya dengan menulis file, kecuali itu ada di folder lain di jalur Anda (misalnya /usr/bin/). Perhatikan bahwa ini umumnya bukan ide yang baik.

Mengapa itu buruk: Katakanlah Anda berada dalam situasi di mana Anda tidak sepenuhnya mempercayai isi direktori - Anda telah mengunduhnya dari suatu tempat yang cerdik dan Anda ingin menyelidikinya sebelum menjalankannya, atau Anda seorang sysadmin membantu beberapa pengguna dengan melihat di direktori home mereka, dll. Anda ingin membuat daftar direktori, jadi Anda mencoba mengetik ls, tetapi oops, Anda membuat kesalahan ketik, dan akhirnya mengetikkan sl. Penulis direktori jahat ini mengantisipasi ini dan meletakkan skrip shell di dalamnya yang disebut "sl" yang menjalankan 'rm -rf --no-preserve-root /' (atau sesuatu yang lebih berbahaya seperti memasang rootkit).

(Terima kasih @Muzer untuk penjelasannya)

Anda dapat memanggil penerjemah, misalnya

bash test

Dalam kasus ini, skrip akan berjalan walaupun tidak memiliki baris shebang (mis. #!/bin/bash) Atau bit yang dapat dieksekusi. Anda harus tahu penerjemah yang benar untuk menjalankannya juga. Anda dapat membaca baris shebang dari file terlebih dahulu untuk memastikan Anda memanggil juru bahasa yang benar, misalnya jika baris shebang mengatakan

#!/usr/bin/env python3

kamu akan menelepon

python3 test

Sejauh yang saya tahu, tidak ada cara untuk mencapainya kecuali Anda memasukkan file di path env, jadi Anda bisa menjalankannya dengan mengetik saja: file

.filetidak akan berfungsi karena itu adalah nama file yang berbeda. Ini adalah file yang dipanggil .filedan tidak ./file.

Saya rasa slash mungkin sulit diketik untuk Anda karena tata letak non-Inggris, mungkin? Dalam hal ini, itu juga terjadi pada saya, jadi saya sering menukar tata letak keyboard saya ke bahasa Inggris dengan menekan Alt + Shift di Windows (saya menggunakan Linux dari ssh)

Orang-orang telah menyarankan .untuk menambahkan PATH, yang berbahaya karena itu menciptakan risiko bahwa Anda secara tidak sengaja akan menjalankan program jahat yang ditanam di direktori yang dapat ditulis oleh dunia. Tapi, jika Anda memiliki program dieksekusi dalam beberapa direktori yang Anda miliki dan ditulis hanya dengan Anda, maka itu aman (cukup aman?) Untuk menempatkan orang-orang sutradara (ies) ke dalam PATH, dengan menambahkan baris seperti

PATH=$PATH:~/dev/myprog1:~/dev/myprog2

ke ~/.bashrcfile Anda . Tentu saja ini berarti Anda dapat menjalankan program dari salah satu direktori tersebut dari mana saja di sistem file. Misalnya, Anda bisa cd /etcdan mengetik foo, dan itu akan berjalan ~/dev/myprog1/foo. Ini memiliki kelemahan kecil yaitu Anda tidak dapat memiliki program dengan nama yang sama di lebih dari satu direktori. Secara khusus, jika Anda memiliki program yang dipanggil foo keduanya ~/dev/myprog1dan ~/dev/myprog2, Anda tidak akan dapat menjalankan yang kedua kecuali dengan menentukan jalur. Demikian juga jika Anda memiliki ~/dev/myprog1/cat- tetapi mengapa Anda mau?

Pendekatan lain, jika Anda hanya memiliki beberapa program yang Anda lakukan dengan ini, adalah mendefinisikan alias untuk mereka:

alias gizmo='./gizmo'
alias gonzo='./gonzo'

Atau Anda dapat memanggil alias .gizmodan .gonzo jika Anda menemukan itu lebih intuitif.

Sebenarnya, ini memiliki, pada tingkat tertentu, risiko keamanan yang sama dengan menempatkan .Anda PATH. Jika pengguna jahat dapat membaca Anda .bashrcdan melihat alias Anda, maka ia mungkin menempatkan malware yang dipanggil gizmodan gonzodi direktori acak dengan harapan Anda akan menjalankannya. Lebih baik membuat ini menggunakan nama path absolut:

alias gizmo='~/dev/myprog1/gizmo'
alias gonzo='~/dev/myprog2/gonzo'

Omong-omong, Anda harus menghindari penamaan yang dapat dieksekusi test, karena itu adalah perintah shell builtin, dan Anda dapat menjalankan program dengan nama itu hanya dengan menentukan lintasan atau trik lain.

Untuk memperluas jawaban Zanna tentang penerjemah (maaf, tidak ada perwakilan untuk komentar): "penerjemah" untuk executable asli (alias file ELF biner) adalah pemuat dinamis ( ld.so), tetapi biasanya tidak memahami sintaks yang Anda inginkan:

$ /usr/lib/ld-linux-x86-64.so.2 program
program: error while loading shared libraries: program: cannot open shared object file
$ /usr/lib/ld-linux-x86-64.so.2 ./program
<program is launched>

(juga, kecuali Anda terhubung ld.soke jalur Anda, Anda masih perlu menulis /s)

Jika kita diizinkan untuk mengkonfigurasi hal-hal

mkdir -p ~/.local/bin
cat > ~/.local/bin/x << 'EOF'
#!/bin/sh
N="$1"
shift
exec "./$N" "$@"
EOF
chmod a+x ~/.local/bin/x

Kebanyakan distro modern menyertakan ~ / .local / bin dalam $ PATH (tambahkan export PATH="$HOME/.local/bin:$PATH"ke Anda ~/.profilejika milik Anda tidak). Maka Anda bisa menggunakan x fileuntuk menjalankan ./file.

Jangan mencoba mendefinisikan .perintah. Perintah . scriptsudah berjalan scriptdi shell saat ini. Ini memungkinkan scriptuntuk mendefinisikan variabel lingkungan untuk shell saat ini.

Jika kami diizinkan membuat skrip pembantu, Anda bisa membuat pembantu yang menambahkan pwd ke PATH, lalu jalankan

. pathhelper    #adds pwd to path
file            #now it can be run without ./

Ini menghindari menambahkan "." ke jalan dan mencemari profil. Anda dengan setiap jalur Anda mungkin pada suatu titik ingin menjalankan sesuatu.

Kita dapat mengambil pendekatan ini selangkah lebih maju dengan membuat helper yang meluncurkan shell baru dengan PATH yang dimodifikasi. Jika itu mengambil direktori sebagai parameter (menggunakan pwd sebagai default), itu akan berfungsi seperti pushdyang mengedit path. Anda mungkin harus sadar bahwa perubahan pada variabel lingkungan lain akan hilang saat keluar dari subkulit, tetapi dalam shell yang sudah berjalan lama, variabel PATH Anda tidak akan berantakan semua. Tergantung pada alur kerja Anda, ini mungkin menguntungkan.

:outer shell prompt$; subshellpathhelper    # launches a subshell with modified PATH
: subshell prompt $ ; file                  # in the subshell it can be run without ./

Tapi saya kira jika Anda ingin menjalankan dengan itu Anda bisa hack pushddan popdsehingga mereka dapat membuat modifikasi yang sama untuk jalan tanpa tanpa membuat subkulit yang akan kehilangan perubahan lain.

pushd --path ~/some/path/    # normal pushd plus adds target to path
file                         # it can be run without ./ until you popd

(Anda tidak dapat melakukan hal yang sama dengan cdkarena tidak memiliki analog popd.)

Anda juga bisa membuat pasangan pembantu yang berdedikasi untuk hanya menekan dan memunculkan entri PATH. Apa yang paling berhasil sangat tergantung pada pola penggunaan Anda.

Anda dapat menggunakan . script.shsintaks selama skrip yang ingin Anda jalankan ada di direktori saat ini.

Anda juga bisa mengawali dengan juru bahasa, seperti sh atau bash. contoh:bash script.sh