ルート（〜）フォルダにDockerfileを設定しています。私のファイルの最初の3行は次のようになります。
COPY file1 /root/folder/
COPY file2 /root/folder/
COPY file3 /root/folder/
ただし、行ごとに次のエラーが返されます。
そのようなファイル、又はディレクトリはありません
ファイルはDockerfileとdocker build - < Dockerfile同じディレクトリにあり、ターミナルの同じディレクトリでもコマンドを実行しています。
私はここで正確に何を間違っているのですか？
回答:
のCOPY命令は、Dockerfileファイルをフォルダーにコピーsrcしdestます。あなたのようなルックスのいずれか不足しているfile1、file2およびfile3または構築しようとしてDockerfile間違ったフォルダから。
また、を構築するためのコマンドはDockerfile次のようになります。
cd into/the/folder/
docker build -t sometagname .
.dockerignoreファイルもチェックしてください。
これは非常にまれなケースですが、そのファイルについてはそこで言及しました。
ripgrepしていましたが、ドットファイルを検索しないため、古いディレクトリへの最後の厄介な参照が表示されませんでした。
file1 / file2 / file3をビルドコンテキストにない絶対パスとして参照していることが原因である可能性があります。Dockerはビルドコンテキストでのみパスを検索します。
たとえば、COPY / home / yourname / file1を使用する場合、Dockerビルドはそれを$ {dockerbuild作業ディレクトリ} / home / yourname / file1として解釈します。ここに同じ名前のファイルがない場合、ファイルまたはディレクトリエラーはスローされません。
Dockerの問題の1つを参照してください
ADD指令の問題でもありました、ありがとう。
コマンドのようです：
docker build -t imagename .
そして：
docker build -t imagename - < Dockerfile2
同じ方法で実行されません。DockerfileとDockerfile2を使用して1つのフォルダー内から2つのDockerイメージをビルドする場合、stdin（<Dockerfile2）を使用する2番目の例ではCOPYコマンドを使用できません。代わりに、以下を使用する必要があります。
docker build -t imagename -f Dockerfile2 .
その後、COPYは期待どおりに機能します。
実行docker build . -f docker/development/Dockerfileは機能しました。これにより、アプリケーションのルート以外の指定されたディレクトリからDockerファイルを実行できます。
-fまたは--fileを使用して、の名前と場所を指定しますDockerfile。
これは、別のディレクトリからdockerファイルを実行しようとしたときに発生しました。
私が持っていたCOPY failed: stat /var/lib/docker/tmp/docker-builder929708051/XXXX: no such file or directoryとドッキングウィンドウのファイルを指定することでこの問題を解決するために管理します。
それがdocker build docker/development/Dockerfile私にとってこの問題を引き起こしたのです。
Dockerfileアプリのルートディレクトリにあるときはうまく機能したので、最初は奇妙だと思いました。これは、環境のDockerファイルをもう少しうまく管理したい場合に役立ちます。
docker build . -f docker/development/Dockerfileこれは機能します
解決策とベストプラクティスは次のとおりです。
コピーしたいすべてのファイルを保存できるリソースフォルダーを作成する必要があります。
├── Dockerfile
│ └── resources
│ ├── file1.txt
│ ├── file2.js
ファイルをコピーするためのコマンドは、次のように指定する必要があります。
COPY resources /root/folder/
どこ
* resources -Dockerfileと同じフォルダーに作成したローカルフォルダー
* / root / folder / -コンテナのフォルダ
私はこれが古いことを知っていますが、指摘すべきことがあります。すべてが想定どおりであると思われる場合は、.gitignoreファイルを確認してください:)
フォルダーがローカルにある可能性がありますが、フォルダーがgitにある場合は無視し、サーバー上にはありません。つまり、Dockerはそのフォルダーが存在しないため、そのフォルダーを見つけることができません。
Dockerput_archiveでファイルが見つかりませんエラー。Docker用のPythonAPIを使用しています。Dockerバージョン1.12.5、ビルド7392c3b
docker.errors.NotFound: 404 Client Error: Not Found ("lstat /var/lib/docker/aufs/mnt/39d58e00519ba4171815ee4444f3c43d2c6a7e285102747398f6788e39ee0e87/var/lib/neo4j/certificates: no such file or directory")
作成したDockerコンテナにファイルをコピーできません。
con = cli.create_container(...)
cli.put_archive(...)
cli.start(con['Id'])
操作の順序を変更してもエラーは発生せず、ファイルは希望どおりに正確にコピーされます。だから私は自分のコードが機能していて、自分がやりたいことをしていることを知っています。ただし、開始する前に構成ファイルをコンテナーにコピーすることが重要です。開始後にファイルをコピーすると、コンテナーはデフォルト構成で開始され、コンテナーが開始される前に所定の位置にコピーする必要があるカスタム構成ではありません。Dockerは、この問題は解決されたと主張していますが、それでもアプリケーションに影響を及ぼしています。
これは機能します。同じコードの実行順序が異なります。
con = cli.create_container(...)
cli.start(con['Id'])
cli.put_archive(...)
あなたが正しいことをしたと確信しているが、dockerがそれでも文句を言う場合は、この問題を見てください：https：//github.com/moby/moby/issues/27134。
これでやけどを負いました。Dockerエンジンservice docker restartを再起動すると、この問題は解決するようです。
stdinを使用せず、コンテキストを維持する方法の1つは、次のとおりです。
1）Dockerfileに、追加する必要があります
ADD /your_dir_to_copy /location_in_container
2）その後、/ your_dir_to_copydirの親に移動する必要があります
2）次にこのコマンドを実行します
sudo docker build . -t (image/name) -f path_of_your_dockerfile/Dockerfile
3）コンテナを作成した後
docker run -ti --rm cordova bash
4）ディレクトリをコンテナにコピーした後
私はこれに遭遇しました。一部のディレクトリのコピーが機能しませんでした。ファイルをコピーしました。（.dockerignoreだけでなく）.gitignoreに含まれるファイルも無視されるためであることが判明しました。参照：https：//github.com/zeit/now/issues/790
.dockerignore犯人として
同様で、tslegaitisの答えのおかげで、
gcloud builds submit --config cloudbuild.yaml .
それが示している
Check the gcloud log [/home/USER/.config/gcloud/logs/2020.05.24/21.12.04.NUMBERS.log] to see which files and the contents of the
default gcloudignore file used (see `$ gcloud topic gcloudignore` to learn
more).
そのログを確認すると、dockerは以下を使用することがわかります.gitignore。
DATE Using default gcloudignore file:
# This file specifies files that are *not* uploaded to Google Cloud Platform
# using gcloud. It follows the same syntax as .gitignore, with the addition of
# "#!include" directives (which insert the entries of the given .gitignore-style
# file at that point).
# ...
.gitignore
そこで、修正し.gitignore（代わりにホワイトリストとして使用します）、dockerがファイルをコピーしました。
[コメントするのに十分な評判がないので、答えを追加しました]
ですから、これは最近数回起こっています。.Net開発者として、VisualStudioを使用して、ビルド名をからSomeThingにSomethingDLL名として変更しましたが、これによって、残る.csprojファイルは変更されません。SomeThing.csproj
DockerfileはLinuxの大文字と小文字を区別するファイル名を使用するため、新しく自動生成されたDockerfileは、Something.csproj見つからなかったものをコピーしようとしました。そのため、そのファイルの名前を手動で変更（小文字にする）すると、すべて機能します
しかし...ここに警告があります。私のWindowsラップトップでのこのファイル名の変更はGitによって取得されないため、リポジトリソースはまだSomeThing.csprojリポジトリ上にあり、CI / CDプロセス中に、同じ理由でDockerビルドが失敗しました...
リポジトリのコミットとしてファイル名を直接変更する必要がありました....厄介な小さな回避策ですが、うまくいきました
tl; dr Windows O / Sでファイル名の大文字と小文字の区別を確認し、ローカルファイルの名前変更がGitの変更として取得されないことに注意してください。したがって、CI / CDを使用している場合は、リポジトリも変更されていることを確認してください。
すでにここにいくつかの素晴らしい答えがあります。私にとってうまくいったのは、コメントを次の行に移動することでした。
悪い：
WORKDIR /tmp/app/src # set the working directory (WORKDIR), so we can reference program directly instead of providing the full path.
COPY src/ /tmp/app/src/ # copy the project source code
良い：
WORKDIR /tmp/app/src
# set the working directory (WORKDIR), so we can reference program directly instead of providing the full path.
COPY src/ /tmp/app/src/
# copy the project source code