./testではなく.testとして実行

私が実行可能ファイルと同じフォルダにいると仮定すると、実行するにはこれを入力する必要があります。

./file

入力するのは難しい/ので、入力する必要/はありません。

ファイルを実行する簡単な方法はありますか？次のような単純な構文が理想的です。

.file

または何か他のものが、/そこに文字を挿入するよりも簡単です。

おそらく、/binディレクトリに何かを入れたり、インタープリターのエイリアスを作成したりする方法があります。

p file

それは「危険」かもしれませんが、あなたはただ持つことができます。PATHで。

他の人で言われているように、これは危険な場合があるので、常に確認してください。先頭ではなくPATHの最後にあります。

../少なくとも最新のBashシェルでは自動補完（入力.して押すTab）が行われるため、複雑なまたは安全でない（PATH変更などの）ソリューションを使用する必要はありません。

自動補完されない場合は、「bash-completion」パッケージをインストールする必要があります。

または..おそらくインタプリタにbashrcファイルのエイリアスを与えてから単純に

   p  file

そのような関数を書くことは可能です：

p() {
 ./"$@"
}

あなたの~/.bashrc。その後、のp app arguments代わりに実行できるようになります./app arguments。このソリューションは、スクリプトやバイナリなど、あらゆるタイプの実行可能ファイルに対して機能します。

"$@"関数に渡された引数の適切に引用符で囲まれたリストに展開し（グロブまたは変数展開からすべての特殊文字を保持）、@ Scottが指摘したように、残りの部分を保持して、それらの最初の1つに付加するのにbash十分賢い./です。

あなたは入れることができ.、あなたに$PATH例を追加することでPATH=$PATH:.、あなたに/etc/profileあなたが実行することができ、このようfile書面でちょうどfileそれはあなたのパス（例えば、いくつかの他のフォルダ内にある場合を除き、/usr/bin/）。これは一般に良い考えではないことに注意してください。

なぜ悪いのか：ディレクトリの内容を完全に信頼していない状況にあるとしましょう-どこか危険なところからダウンロードしたので、実行する前に調査したい、またはあなたがシステム管理者であるユーザーは、ホームディレクトリなどを検索します。ディレクトリを一覧表示したいので、lsと入力しようとしますが、おっと、タイプミスをして、代わりにslと入力します。この悪意のあるディレクトリの作成者はこれを予期して、「rm -rf --no-preserve-root /」（またはルートキットのインストールのようなもっと悪意のあるもの）を実行する「sl」と呼ばれるシェルスクリプトを置きました。

（説明をありがとう@Muzer）

たとえば、インタプリタを呼び出すことができます

bash test

この場合、スクリプトには、シバン行（例#!/bin/bash）も実行可能ビットもない場合でも実行されます。それを実行するには、正しいインタープリターを知っている必要があります。ファイルのシェバン行を最初に読んで、正しいインタープリターを呼び出すようにしてください。たとえば、シェバン行に

#!/usr/bin/env python3

あなたは電話します

python3 test

私の知る限り、envパスにfileを含めない限り、それを実現する方法はないので、次のように入力するだけで実行できます。 file

.file別のファイル名であるため、機能しません。というファイルであり、では.fileありません./file。

おそらく英語ではないレイアウトだから、スラッシュはタイプしにくいかもしれませんね。その場合、それは私にも起こるので、WindowsでAlt + Shiftを押してキーボードレイアウトを英語に頻繁に切り替えます（私はsshのLinuxを使用しています）

に追加.することを提案しましたPATH。これは、世界で書き込み可能なディレクトリに配置された悪意のあるプログラムを誤って実行する危険性があるため、危険です。あなたはあなただけで所有し、書き込み可能であることを、いくつかのディレクトリで実行可能なプログラムを持っている場合しかし、それは（かなり安全ですか？）安全で入れて、それらのディレクター（IES）のにPATH次のような行を追加することで、

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

あなたの~/.bashrcファイルに。もちろん、これはファイルシステムのどこからでもそれらのディレクトリの1つからプログラムを実行できることを意味します。たとえば、cd /etcと入力fooすると、が実行され~/dev/myprog1/fooます。これには、複数のディレクトリで同じ名前のプログラムを使用できないという小さな欠点があります。特に、とのfoo 両方~/dev/myprog1で呼び出されるプログラムがある場合~/dev/myprog2、パスを指定しない限り、2番目のプログラムを実行することはできません。同様にあなたが持っている場合~/dev/myprog1/cat—しかし、なぜあなたはしたいのですか？

これを行うプログラムが数個しかない場合、別のアプローチはそれらのエイリアスを定義することです：

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

または、エイリアス.gizmoを呼び出して、.gonzo それがより直感的にわかる場合もあります。

実際、これには、ある程度まで、に入れるのと同じセキュリティリスク.がありますPATH。悪意のあるユーザーがあなたのを読むことができる場合は.bashrc、あなたのエイリアスを参照してください、そして、彼が呼ばれるマルウェアを置くかもしれないgizmoし、gonzoあなたがそれを実行することを期待してランダムなディレクトリに。これらに絶対パス名を使用することをお勧めします。

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

ちなみに、実行可能ファイルの名前testはシェル組み込みコマンドであるため、実行可能ファイルの名前は避けてください。パスまたは他のトリックを指定するだけで、その名前でプログラムを実行できます。

インタプリタに関するZannaの答えを拡張するために（ごめん、コメントの担当者はいません）：ネイティブ実行可能ファイル（別名バイナリELFファイル）の「インタープリタ」はダイナミックローダー（ld.so）ですが、通常は必要な構文を理解しません：

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

（また、ld.soパスにシンボリックリンクしない限り、/s を書く必要があります）

構成を開始できる場合

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

最新のディストリビューションのほとんどは、$ PATHに〜/ .local / binを既に含んでいます（含まexport PATH="$HOME/.local/bin:$PATH"れて~/.profileいない場合は追加します）。その後、を使用x fileして実行できます./file。

.コマンドを定義しようとしないでください。コマンドは. scriptすでにscript現在のシェルで実行されています。これによりscript、現在のシェルの環境変数を定義できます。

ヘルパースクリプトの作成が許可されている場合は、PATHにpwdを追加するヘル​​パーを作成してから実行できます。

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

これにより、「。」の追加が回避されます。パスに移動し、ある時点で何かを実行したいすべてのパスで.profileを汚染します。

PATHを変更して新しいシェルを起動するヘルパーを作成することにより、このアプローチをさらに一歩進めることができます。ディレクトリをパラメータとして使用する場合（デフォルトとしてpwdを使用）、pushdパスを編集するように機能します。サブシェルを終了すると、他の環境変数への変更は失われることに注意する必要がありますが、長時間実行されるシェルでは、PATH変数がすべて乱雑になることはありません。ワークフローによっては、これが有利な場合があります。

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

しかしpushd、popdそれで実行したい場合は、ハッキングでき、他の変更を失うサブシェルを作成せずにパスに同じ変更を加えることができると思います。

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

（にcd類似物がないため、同じことはできませんpopd。）

また、PATHエントリをプッシュおよびポップする専用のヘルパーペアを作成することもできます。最も効果的に機能するかどうかは、使用パターンによって異なります。

. script.sh実行するスクリプトが現在のディレクトリにある限り、構文を使用できます。

shやbashのように、インタープリターをプレフィックスとして付けることもできます。例：bash script.sh