env：bash \ r：そのようなファイルやディレクトリはありません

ここからYouCompleteMeをインストールしようとしています。

私が実行するとき：

./install.sh --clang-completer

このエラーが発生します：

env: bash\r: No such file or directory

環境変数の何が問題なのかわかりません。これが私のbashパスです：

which bash 
/bin/bash

に変更する必要があり/usr/bashますか？はいの場合、どうすればよいですか？~/.bashrcファイルを変更してみましたが、うまくいきませんでした。

エラーメッセージはことを示唆している、あなたが呼び出しているスクリプトが埋め込まれている\r文字を順番にそれがあることを示唆している、Windowsスタイルの\r\n行末の代わり\nのみの行末のbashを期待します。

簡単な修正として、\r文字を削除できます。次のように：

sed $'s/\r$//' ./install.sh > ./install.Unix.sh

^{注：$'...'文字列の引用符で囲まれた文字列は、ANSI-Cでサポートされているbash、kshとzsh。すべての実装自体がエスケープシーケンスとしてサポートしているわけではないため、スクリプトを表示\rする前に実際のCR文字に展開されるようにするために使用されます。sedsed\r}

その後、実行します

./install.Unix.sh --clang-completer

ただし、より大きな問題は、なぜ\r\nスタイルファイルになってしまったのかということです。おそらく、他のファイルも影響を受けます。

おそらく、WindowsでGitを実行している場合、一般的な構成では、ファイルのチェックアウト時にUnixスタイル\nのみの改行をWindowsスタイルの\r\n改行に変換し、コミット時にのみの改行に再変換し\nます。

これはWindowsでの開発には意味がありますが、このようなインストールシナリオの邪魔になります。

ために作るGitはWindows上でUnix形式のファイル語尾を持つファイルをチェックアウト-少なくとも一時的に-使用します：

git config --global core.autocrlf false

次に、関連するインストールコマンドをgit clone再度実行します。

後でGitの動作を復元するには、を実行しgit config --global core.autocrlf trueます。

>vim gradlew
:set fileformat=unix
:wq
>./gradlew clean build

ファイルにはWindowsの行末があります。Unixの行末に変更します。

似たようなものに出くわした。を使用dos2unix install.shして、行末を変換できます。経由で複数のファイルfind [pattern] | xargs dos2unix

行末を変換するためのクイックコマンド：

dos2unix thescript.sh

上記のコメントが言うように、それはウィンドウズの行末が原因で起こっています。問題を修正するには、次の手順に従います

Mac用：

brew install dos2unix # Installs dos2unix Mac
find . -type f -exec dos2unix {} \; # recursively removes windows related stuff

Linuxの場合：

sudo apt-get install -y dos2unix # Installs dos2unix Linux
sudo find . -type f -exec dos2unix {} \; # recursively removes windows related stuff

そして、gitconfigが次のように設定されていることを確認してください。

git config --global core.autocrlf input

私の場合、git構成が間違っていました。gitのドキュメントには次のように記載されています。

Windowsでプログラミングしていて、そうでない人（またはその逆）と作業している場合は、ある時点で行末の問題が発生する可能性があります。

私はMacOSを使用していますが、プロジェクトの1つでこの問題が発生しています。それを解決するために、私はどちらが間違っているかに目を向けautocrlfましtrueた。

次のautocrlfようにgit構成の状態を確認できます。

git config core.autocrlf

したがって、これが返さtrueれ、問題がgitリポジトリ内で発生した場合は、その構成を次のように変更する必要があります。

git config --global core.autocrlf input

Mac / Unixシステム。Windowsのみのプロジェクトで使用できます

git config --global core.autocrlf false

私の場合、gitリポジトリを削除して再度クローンを作成しました。その後、すべてが期待どおりに機能しました。

詳細については、https：//www.git-scm.com/book/en/v2/Customizing-Git-Git-Configurationをご覧ください。

私の場合、git構成が間違っていました。gitのドキュメントには次のように記載されています。

Windowsでプログラミングしていて、そうでない人（またはその逆）と作業している場合は、ある時点で行末の問題が発生する可能性があります。

私はMacOSを使用していますが、プロジェクトの1つでこの問題が発生しています。それを解決するために、私はに調整autocrlfしましたtrue。

次のautocrlfようにgit構成の状態を確認できます。

git config core.autocrlf

したがって、これが返さtrueれ、問題がgitリポジトリ内で発生した場合は、その構成を次のように変更する必要があります。

git config --global core.autocrlf input

これはMac / Unixシステムに適したものです。Windowsのみのプロジェクトで使用できます

git config --global core.autocrlf false

私の場合、gitリポジトリを削除して再度チェックアウトした後、すべてが期待どおりに機能しました。

詳細については、https：//www.git-scm.com/book/en/v2/Customizing-Git-Git-Configurationをご覧ください。

このリンクは私が問題を解決するのに役立ちました。 https://github.com/tiangolo/uwsgi-nginx-flask-docker/issues/127

.shファイルを編集して、すべてのCRLFをLFに置き換えました