.Test yerine .test olarak yürütün

Yürütülebilir bir dosyayla aynı klasördeyim, yürütmek için şunu yazmam gerekir:

./file

Yazmamayı tercih ederim /, çünkü /yazmam zor.

Bir dosyayı yürütmenin daha kolay bir yolu var mı? İdeal olarak sadece bazı basit sözdizimi:

.file

ya da /karakteri başka bir yere yerleştirmek zorunda kalmaktan daha kolay .

Belki de /bindizine bir şey koymanın ya da tercüman için bir takma ad oluşturmanın bir yolu vardır , böylece kullanabildik:

p file

"Riskli" olabilir, ancak sahip olabilirsiniz. PATH'inizde.

Diğerlerinde de belirtildiği gibi, bu tehlikeli olabilir, bu yüzden daima emin olun. PATH'nin başlangıcı yerine sonundadır.

../en azından modern Bash mermilerinde otomatik olarak tamamlayın (yazın .ve basın Tab), bu nedenle karmaşık veya güvensiz ( PATHdeğişiklik gibi ) bir çözüm kullanmanız gerekmez .

Otomatik tamamlanmadıysa "bash-tamamlama" paketini yüklemeniz gerekebilir.

veya .. belki tercümana bashrc dosyasında bir takma isim verilmesi ve ardından basitçe

   p  file

Böyle bir fonksiyon yazmak mümkündür:

p() {
 ./"$@"
}

senin içinde ~/.bashrc. O zaman p app argumentsyerine koşmak mümkün olacak ./app arguments. Bu çözüm, komut dosyaları ve ikili dosyalar dahil olmak üzere her türden yürütülebilir dosya için çalışır.

"$@"fonksiyona aktarılan argümanlar listesine uygun şekilde genişler (tüm özel karakterleri glob veya değişken genişlemeden koruyarak) ve @Scott'un belirttiği gibi , geri kalanını koruyarak ilkine hazırlanacak bashkadar zekidir ./.

Sen koymak olabilir .adresinden Müşteri $PATHörneğin ekleyerek PATH=$PATH:.adresinden Müşteri /etc/profile, sen yürütebileceği bu şekilde filesadece yazılı tarafından filesizin yolunda (örneğin bazı diğer klasörde değilse, /usr/bin/). Bunun genellikle iyi bir fikir olmadığını unutmayın.

Neden kötü: Diyelim ki bir dizinin içeriğine tamamen güvenmediğiniz bir durumdasınız - onu tehlikeli bir yerden yüklediniz ve çalıştırmadan önce araştırmak istediğiniz ya da bazılarına yardım eden bir sysadmin kullanıcı kendi dizinine vb. bakarak dizini listelemek istiyorsunuz, böylece ls yazmayı denersiniz, ancak hata yazım hatası yaparsınız ve bunun yerine sl yazabilirsiniz. Bu kötü niyetli dizinin yazarı bunu öngördü ve 'rm -rf --no-preserve-root /' (veya rootkit yüklemek gibi daha kötü bir şey) çalıştıran "sl" adlı bir kabuk betiği koydu.

(Açıklama için teşekkürler @ Baba)

Tercümanı arayabilirsin, örneğin

bash test

Bu durumda, senaryo ne shebang satırına (örn. #!/bin/bash) Ne de çalıştırılabilir biti olsa bile çalışır . Ayrıca çalıştırmak için doğru tercümanı bilmeniz gerekecektir. Doğru çevirmen çağırdığınızdan emin olmak için önce örneğin shebang satırını okuyabilirsiniz, örneğin shebang satırı diyorsa

#!/usr/bin/env python3

arayacaksın

python3 test

Bildiğim kadarıyla, env yolunda dosya dahil etmediğiniz sürece elde etmenin bir yolu yoktur, bu yüzden sadece yazarak çalıştırabilirsiniz: file

.fileişe yaramaz çünkü bu farklı bir dosya adıdır. Bu denilen bir dosya .filedeğil ./file.

İngilizce olmayan düzen belki, çünkü sizin için yazılan eğri yazmak zor olabilir hissediyorum? Bu durumda da başıma geliyor, bu yüzden Windows'ta Alt + Shift tuşlarına basarak klavye düzenimi sık sık ingilizce olarak değiştiriyorum (ssh'dan Linux kullanıyorum)

İnsanlar ekleyerek ileri sürmüşlerdir .için PATHo yanlışlıkla dünya yazılabilir dizinde ekilen kötü niyetli bir programı çalıştırmak riski oluşturduğundan tehlikeli olan. Eğer size ait olan bir kaç dizinleri çalıştırılabilir programları var ve sadece sizin tarafından yazılabilir Ama eğer, o zaman güvenli (oldukça güvenli?) Var koymak olanlar yönetmen (ler) içine PATHgibi bir satır ekleyerek,

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

sizin için ~/.bashrcdosyanın. Elbette bu, bir programı bu dizinlerden birinden dosya sisteminin herhangi bir yerinden çalıştırabileceğiniz anlamına gelir. Örneğin, yazıp cd /etcyazabilirsiniz foove çalıştırılabilir ~/dev/myprog1/foo. Bu, dizinlerin birinde birden fazla programda aynı ada sahip programların bulunamaması gibi küçük dezavantajlara sahiptir. Özellikle, foo her ikisinde de programlanmışsa ~/dev/myprog1ve ~/dev/myprog2bir yol belirtme dışında ikincisini çalıştıramazsınız. Aynı şekilde bir ~/dev/myprog1/cat- varsa - ama neden istiyorsun?

Başka bir yaklaşım, bunu yaptığınız birkaç programınız varsa, onlar için takma adlar tanımlamaktır:

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

Ya da diğer isimleri arayabilir .gizmove .gonzo daha sezgisel bulursanız.

Aslında, bunun bir dereceye kadar, .içine koymakla aynı güvenlik riski vardır PATH. Kötü niyetli bir kullanıcı sizi okuyabilir .bashrcve takma adlarınızı görebilirse, o zaman çalıştırmanız umuduyla kötü amaçlı yazılım olarak adlandırılan gizmove gonzorastgele dizinlere yerleştirebilir. Bu mutlak yol adlarını kullanmak daha iyidir:

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

Bu arada, çalıştırılabilir bir dosyayı adlandırmaktan kaçınmalısınız test, çünkü bu bir shell yerleşik komutudur ve bir programı yalnızca bu yolu kullanarak bir yol ya da başka bir numara belirterek çalıştırabilirsiniz.

Zanna'nın tercümanlar hakkındaki cevabını genişletmek için (üzgünüm, yorum için cevap yok): yerel çalıştırılabilirler için bir "tercüman" (aka ikili ELF dosyaları) dinamik yükleyicidir ( ld.so), ancak genellikle istediğiniz sözdizimini anlamıyor:

$ /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>

(ayrıca, ld.soyolunuza bağlanmadıysanız, hala /s yazmanız gerekir )

Bir şeyleri yapılandırmaya başlayabilirsek

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

Çoğu modern dağıtımlar zaten (eklemek $ PATH içinde ~ / .local / bin bulunur export PATH="$HOME/.local/bin:$PATH"etmek senin ~/.profilesenin yapmazsa). Sonra x fileçalıştırmak için kullanabilirsiniz ./file.

Bir .komut tanımlamaya çalışmayın . Komut mevcut kabukta . scriptzaten çalışıyor script. Bu script, mevcut kabuk için ortam değişkenlerini tanımlamaya izin verir .

Yardımcı komut dosyaları yapmamıza izin verilirse, pwd'yi PATH'a ekleyen bir yardımcı yapabilir, sonra

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

Bu "" eklemeyi önler. .profile yolunuzu kirletmek ve her noktada bir noktada çalıştırmak istediğiniz her yolla.

Değiştirilmiş bir PATH ile yeni bir kabuk fırlatan bir yardımcı yaparak bu yaklaşımı bir adım öteye götürebiliriz. Bir dizini parametre olarak alırsa (pwd'yi varsayılan olarak kullanarak), pushdyolu düzenleyen gibi çalışır . Alt kabuktan çıkarken diğer ortam değişkenlerinde herhangi bir değişikliğin kaybolacağına dikkat etmeniz gerekebilir, ancak uzun süren bir kabukta PATH değişkeniniz dağınık olmaz. İş akışlarınıza bağlı olarak bu avantajlı olabilir.

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

Ama sanırım onunla koşmak istersen kesebilirsin pushdve popdböylece diğer değişiklikleri kaybedecek bir deniz kabuğu yapmadan aynı değişiklikleri yapabilirler.

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

(Aynısını yapamazsınız cdçünkü bunun bir analogu yok popd.)

Ayrıca PATH girişlerini zorlamak ve patlatmak için özel bir yardımcı çifti de oluşturabilirsiniz. En iyisi aslında kullanım şeklinize bağlıdır.

. script.shYürütmek istediğiniz komut dosyası geçerli dizinde olduğu sürece sözdizimini kullanabilirsiniz .

Tercüman ile sh veya bash gibi öneki de ekleyebilirsiniz. örnek:bash script.sh