‫わかりました｡
‫では､ まず最初に｡
‫Monoのレポからコンテナをビルドして実行する方法はありますか？
‫複数のコンテナというのは､ 私が複数のサービスを書いていて､ それをmongoのmonoリポジトリに書き込んで行くということです｡
‫そして､ いよいよ自動化を取り入れることになりました｡
‫ええ､ もちろんです｡
‫また､ アレクサンドラさんの質問には､ 他の方も答えていらっしゃると思います｡
‫はい､ 間違いありません｡
‫できるんですね｡
‫基本的にはレポをクローンして､ Dockerファイルを置きたいディレクトリに移動し､
‫Dockerビルドを行えばよいのですが､ DockerファイルはDocker
‫fileという名前である必要はありません｡
‫しかし､ これをコンテナファイルと呼ぶこともできますし､ コンテナビルドと呼ぶこともできます｡
‫自分で規格を作ることができるんですよね｡
‫そして､ Dockerビルドを行う際に､ 呼び出したいファイルを探すためにダッシュFを指定することになります｡
‫これは､ Docker composeがデフォルトのファイル名を持つ場合にも当てはまります｡
‫しかし､ ダッシュFを使えば､ いつでも好きなファイルを指定することができます｡
‫Dockerファイルについて覚えておいてほしいのは､ Dockerファイルはコンテキストのためにいるディレクトリで､
‫docやビルドコマンドで行う最後のちょっとしたことなんです｡
‫例えば､ C言語ならズームインするだけですし､
‫Dockerビルドならヘルプを見れば､ 最後にパスが書いてあります｡
‫ですから､ 理想的には､ 構築する場所のパスやコンテキストが何であれ､ そこからDockerファイルが作業を開始することになります｡
‫という質問を受けることがあります｡ これはDocker Buildが行うことではありません｡
‫Docker Buildを開始する場所としてパスやロケーションを指定すると､
‫Docker Buildはそのディレクトリとサブディレクトリにある全てのファイルを取り込んでtarボールに格納し､ Doctor Engineにプッシュします（ローカルマシンかもしれないし､ リモートサーバーかもしれません）｡
‫そのため､ どこかからコピーしようとしているファイルがあっても､ そのファイルを取得することはできません｡
‫そのため､ アプリケーションやサブディレクトリなど､ 必要なディレクトリからコンテキストを構築する必要があります｡
‫docker buildでファイル名を指定し､ 最後にそのディレクトリをビルドパスとして指定すればOKです｡
‫いい質問ですね｡