ডকফাইফিলের 'কপি' এবং 'অ্যাডি' কমান্ডের মধ্যে পার্থক্য কী?

Question

ডকফাইফিলের কমান্ড COPYএবং ADDকমান্ডের মধ্যে পার্থক্য কী এবং আমি কখন অন্যটির ব্যবহার করব?

COPY <src> <dest>

কপি নির্দেশাবলী নতুন ফাইলগুলি অনুলিপি করবে <src>এবং এগুলি পথের ধারকটির ফাইল সিস্টেমে যুক্ত করবে<dest>

ADD <src> <dest>

ADD নির্দেশনা থেকে নতুন ফাইলগুলি অনুলিপি <src>করে এটিকে পথে চালিত ধারকের ফাইল সিস্টেমে যুক্ত করবে <dest>।

Comments

সেরা অনুশীলনগুলি দেখুন: ডকস.ডকার.েনজিন

— এং-

জুন 2018-তে রেফারেন্সে বলা হয়েছে যে এডিডি চিত্রটিতে যুক্ত করে (অর্থাত্ একটি স্ট্যাটিক ফাইল) যেখানে সিপিওয়াই পাত্রে যুক্ত করে (অর্থাত্ চিত্রটির একটি রানটাইম উদাহরণ)। অবশ্যই এর থেকে বোঝা যায় যে প্রতিবার চিত্র ডকার চালিত হলে সিপিওয়াই কার্যকর করা হয়, বা সম্ভবত এটি কেবল বেমানান পরিভাষার একটি ঘটনা?

— ক্রিস রবিনসন

আমি মনে করি এটি বেমানান পরিভাষা

— ড্যানিয়েল স্টিভেন্স

@ ক্রিসরবিনসন, প্রতিবার এটি COPYচালানো কার্যকর করা অসম্ভব , কারণ প্রয়োজনীয় বিষয়বস্তুটি ধরার জন্য মূল প্রসঙ্গে অ্যাক্সেস নেই।

— কেন উইলিয়ামস

Answer 1

আপনার আচরণগুলির আরও বিশদ বিবরণের জন্য আপনার ADDএবং COPYডকুমেন্টেশনগুলি পরীক্ষা করা উচিত , তবে সংক্ষেপে, প্রধান পার্থক্যটি এর ADDচেয়ে আরও বেশি কিছু করতে পারে COPY:

• ADD<src>একটি URL হতে দেয়
• মন্তব্য bellow উল্লেখ, ADD ডকুমেন্টেশন বলে যে:

  যদি কোনও স্বীকৃত সংক্ষেপণ বিন্যাসে স্থানীয় টার্ক সংরক্ষণাগার (পরিচয়, জিজিপ, বিজিপ 2 বা এক্সজেড) হয় তবে এটি ডিরেক্টরি হিসাবে আনপ্যাক করা আছে। দূরবর্তী ইউআরএল থেকে প্রাপ্ত সংস্থানগুলি সঙ্কোচিত হয় না।

নোট করুন যে ডকফেরফিলগুলি লেখার সর্বোত্তম অনুশীলনগুলিCOPY যেখানে ম্যাজিকের ADDপ্রয়োজন নেই সেগুলি ব্যবহার করার পরামর্শ দেয় । অন্যথায়, আপনি ( যেহেতু আপনাকে এই উত্তরটি সন্ধান করতে হবে ) আপনি কোনওদিন keep_this_archive_intact.tar.gzনিজের পাত্রে অনুলিপি করতে চাইলে অবাক হওয়ার সম্ভাবনা রয়েছে, তবে পরিবর্তে, আপনি বিষয়বস্তুগুলি আপনার ফাইল সিস্টেমে স্প্রে করেন।

Comments

কেবল কিছু স্পষ্ট করে বলতে চেয়েছিলেন: .tar.gz এর url সহ ADD ব্যবহার করে ফাইল সিস্টেমে আর্কাইভটি ব্যাখ্যা করা যায় না (আমি এখনই ডাবল চেক করে নিশ্চিত হয়েছি এবং এটি নিশ্চিত হয়ে গেছে)

— সিসিল

এটি প্রয়োজনীয় তথ্য এবং এটি একটি অপরাধ যে সরকারী ডকফেরফিল রেফারেন্সটি এইভাবে পার্থক্যটি পরিষ্কার করে না।

— চিজো

নিশ্চিত নয়, এটি যদি কোনও চিত্রের সাথে আলাদা হয় fers আমি জিপ ফাইলের জন্য ব্যস্তবক্সের চিত্র এবং এডিডি ব্যবহার করেছি। এটি কেবল আনজিপ ছাড়াই গন্তব্য ডিরেক্টরিতে উপস্থিত হয়েছিল। আমি ধরে নিই, নিষ্কাশন কেবল টারবলের জন্যই ঘটে তবে আমি এখন এটি পরীক্ষা করে দেখিনি।

— সন্তোষ কুমার অর্জুনান

@ If <src> is a local tar archive in a recognized compression format (identity, gzip, bzip2 or xz) then it is unpacked as a directory. Resources from remote URLs are not decompressed.

— সন্তোষকুমার অর্জুনান

কপি অনুমতি দেয় --from = <নাম | সূচী>, যেখানে আমি

— ব্র্যান্ডন

Answer 2

COPY হয়

'ADD' হিসাবে একই, তবে টার এবং দূরবর্তী URL হ্যান্ডলিং ছাড়াই।

সোর্স কোড থেকে সরাসরি রেফারেন্স ।

Comments

আমি সঠিকভাবে এই দেখতে না: ADDএছাড়াও অ বিদ্যমান ডিরেক্টরি তৈরি করে । সুতরাং, যদিও এই পুরো থ্রেডে এটি কোনওভাবে নিরুৎসাহিত করা হয়েছে তবে এর একটি সুবিধা আছে COPYকারণ আপনাকে mkdirকোনও টাইপিং চালাতে হবে না এবং সংরক্ষণ করতে হবে

— এলে

কপিও এটি করে @ এলি

— ভোরদুপুর

এখন পর্যন্ত সেরা ব্যাখ্যা। কেন এটি গৃহীত উত্তর নয়?

— xdevx32

Answer 3

এই বিষয়টিতে কিছু সরকারী নথি রয়েছে: ডকফায়াইলগুলি লেখার জন্য সেরা অভ্যাস

চিত্রের আকারের কারণে, ADDদূরবর্তী ইউআরএলগুলি থেকে প্যাকেজগুলি আনার জন্য দৃ strongly়ভাবে নিরুৎসাহিত করা হয়; আপনার ব্যবহার করা উচিত curlবা wgetপরিবর্তে। এই ফাইলগুলি বের করার পরে আপনার আর প্রয়োজনীয় ফাইলগুলি মুছতে পারবেন এবং আপনার চিত্রটিতে আপনাকে অন্য স্তরটি যুক্ত করতে হবে না।

RUN mkdir -p /usr/src/things \
  && curl -SL http://example.com/big.tar.gz \
    | tar -xJC /usr/src/things \
  && make -C /usr/src/things all

অন্যান্য আইটেমগুলির জন্য (ফাইলগুলি, ডিরেক্টরিগুলি) যার নিজের ADDঅটো-এক্সট্র্যাকশন সক্ষমতার প্রয়োজন হয় না, আপনার সর্বদা ব্যবহার করা উচিত COPY।

Comments

আগস্ট থেকে এই প্রতিশ্রুতিটিও দেখুন যেখানে ডকারফিলের জন্য ডকর্মিল নিজেই ADD থেকে COPY এ পরিবর্তন করেছে

— মিচিয়েলডেজেঙ্গোঞ্জ

ডকার পছন্দ করতে বলেন COPY, কারণ এটি আরও স্বচ্ছ। থেকে Docker ফাইল সর্বোত্তম কার্যাভ্যাস : (2014-12-15) Although ADD and COPY are functionally similar, generally speaking, COPY is preferred. That’s because it’s more transparent than ADD. COPY only supports the basic copying of local files into the container, while ADD has some features that are not immediately obvious.

— schemar

Answer 4

ডকার ডক্স থেকে:

যোগ করুন বা কপি

যদিও ADD এবং COPY কার্যত একই রকম, সাধারণত বললে, কপি পছন্দ হয়। কারণ এটি এটির চেয়ে স্বচ্ছ। সিপিওয়াই কেবল পাত্রে স্থানীয় ফাইলগুলির মূল অনুলিপি সমর্থন করে, যখন এডিডির কিছু বৈশিষ্ট্য রয়েছে (যেমন স্থানীয়-কেবল টার এক্সট্রাকশন এবং রিমোট ইউআরএল সমর্থন) যা তাত্ক্ষণিকভাবে সুস্পষ্ট নয়। ফলস্বরূপ, ADD- র সর্বোত্তম ব্যবহার হ'ল ADT rootfs.tar.xz / এর মতো চিত্রের মধ্যে স্থানীয় টার ফাইল স্বয়ংক্রিয় এক্সট্র্যাকশন।

আরও: ডকফায়াইলগুলি লেখার জন্য সেরা অনুশীলন

Answer 5

আপনি যদি কোনও ধারকটিতে একটি xx.tar.gz যুক্ত করতে চান তবে /usr/localএটি আনজিপ করুন এবং তারপরে অকেজো সংকোচিত প্যাকেজটি সরিয়ে ফেলুন।

কপির জন্য:

COPY resources/jdk-7u79-linux-x64.tar.gz /tmp/
RUN tar -zxvf /tmp/jdk-7u79-linux-x64.tar.gz -C /usr/local
RUN rm /tmp/jdk-7u79-linux-x64.tar.gz

সংযোজনের জন্য:

ADD resources/jdk-7u79-linux-x64.tar.gz /usr/local/

এডিডি স্থানীয়-কেবল টার এক্সট্রাকশনকে সমর্থন করে। এগুলি ছাড়াও, কপি তিনটি স্তর ব্যবহার করবে তবে এডিডি কেবল একটি স্তর ব্যবহার করবে।

Comments

শুধু দুটি স্তর নয় কেন কোনও কারণ? RUN tar -zxvf /tmp/jdk-7u79-linux-x64.tar.gz -C /usr/local && rm /tmp/jdk-7u79-linux-x64.tar.gz

— স্টিফেন সি

Answer 6

COPY আপনার ইমেজ থেকে আপনার হোস্ট থেকে একটি ফাইল / ডিরেক্টরি অনুলিপি করে।

ADD আপনার ইমেজ থেকে আপনার হোস্ট থেকে একটি ফাইল / ডিরেক্টরি অনুলিপি করে, তবে দূরবর্তী URL গুলি আনতে পারে, টিআর ফাইলগুলি বের করতে পারে, ইত্যাদি ...

COPYবিল্ড প্রসঙ্গে কেবল ফাইল এবং / অথবা ডিরেক্টরিগুলি অনুলিপি করার জন্য ব্যবহার করুন ।

ব্যবহার করুন ADD, দূরবর্তী সম্পদ ডাউনলোড করার টিএআর ফাইল আহরণের, ইত্যাদি জন্য ..

Comments

আমার মত একটি

— নুব

Answer 7

ডকার ডক্স থেকে: https://docs.docker.com/engine/userguide/eng-image/dockerfile_best-practices/#add-or-copy

"যদিও ADD এবং COPY কার্যত একই রকম, সাধারণত বললে, COPY পছন্দ করা হয় That's কারণ এটি ADD এর চেয়ে বেশি স্বচ্ছ। রিমোট ইউআরএল সমর্থন) যা তাত্ক্ষণিকভাবে স্পষ্ট নয় AD ফলস্বরূপ, ADD- র জন্য সর্বোত্তম ব্যবহার হ'ল ADT রুটফএস.আর.এসজে / / তে ইমেজে স্থানীয় টার ফাইল স্বয়ংক্রিয় উত্তোলন।

যদি আপনার একাধিক ডকফাইফাইল পদক্ষেপ থাকে যা আপনার প্রসঙ্গ থেকে আলাদা ফাইল ব্যবহার করে তবে সেগুলি একবারে না করে পৃথকভাবে কপি করুন। এটি নিশ্চিত করবে যে প্রতিটি পদক্ষেপের বিল্ড ক্যাশে কেবলমাত্র অবৈধ (পদক্ষেপটি পুনরায় চালাতে বাধ্য করা হবে) যদি নির্দিষ্টভাবে প্রয়োজনীয় ফাইলগুলি পরিবর্তন হয়।

উদাহরণ স্বরূপ:

 COPY requirements.txt /tmp/
 RUN pip install --requirement /tmp/requirements.txt
 COPY . /tmp/

আপনি কপিটি রাখেন না তার চেয়ে RUN পদক্ষেপের জন্য কম ক্যাশে অবৈধতার ফলাফল। / টিএমপি / এর আগে।

চিত্রের আকারের কারণে, দূরবর্তী URL থেকে প্যাকেজ আনতে ADD ব্যবহার করা দৃ strongly়ভাবে নিরুৎসাহিত; পরিবর্তে আপনার কার্ল বা উইজেট ব্যবহার করা উচিত। এই ফাইলগুলি বের করার পরে আপনার আর প্রয়োজনীয় ফাইলগুলি মুছতে পারবেন এবং আপনার চিত্রটিতে আপনাকে অন্য স্তরটি যুক্ত করতে হবে না। উদাহরণস্বরূপ, আপনার এ জাতীয় কাজগুলি এড়ানো উচিত:

 ADD http://example.com/big.tar.xz /usr/src/things/
 RUN tar -xJf /usr/src/things/big.tar.xz -C /usr/src/things
 RUN make -C /usr/src/things all

এবং পরিবর্তে, এর মতো কিছু করুন:

 RUN mkdir -p /usr/src/things \
     && curl -SL htt,p://example.com/big.tar.xz \
     | tar -xJC /usr/src/things \
     && make -C /usr/src/things all

অন্যান্য আইটেমগুলির জন্য (ফাইল, ডিরেক্টরি) যেগুলিতে ADD এর টার অটো-এক্সট্র্যাকশন সক্ষমতা প্রয়োজন হয় না, আপনার সর্বদা কপি ব্যবহার করা উচিত। "

Answer 8

সূত্র: https://nickjanetakis.com/blog/docker-tip-2-the-differences-between-copy-and-add-in-a-dockerile :

কপি এবং এডিডি হ'ল উভয় ডকফাইফাইল নির্দেশ যা একই উদ্দেশ্যে কাজ করে। তারা আপনাকে একটি নির্দিষ্ট অবস্থান থেকে একটি ডকার ইমেজে ফাইলগুলি অনুলিপি করতে দেয়।

কপি একটি src এবং গন্তব্য লাগে। এটি আপনাকে কেবলমাত্র আপনার হোস্টের (স্থানীয়ভাবে ডকারের চিত্র তৈরির মেশিন) কোনও স্থানীয় ফাইল বা ডিরেক্টরিতে ডকার চিত্রটিতে অনুলিপি করতে দেয়।

ADD আপনাকে এটি করতে দেয় তবে এটি 2 অন্যান্য উত্সকেও সমর্থন করে। প্রথমত, আপনি স্থানীয় ফাইল / ডিরেক্টরি পরিবর্তে একটি ইউআরএল ব্যবহার করতে পারেন। দ্বিতীয়ত, আপনি উত্স থেকে সরাসরি গন্তব্যে একটি টার ফাইল আনতে পারেন

ADD- র জন্য একটি বৈধ ব্যবহারের ক্ষেত্রটি হল যখন আপনি আপনার ডকারের চিত্রের একটি নির্দিষ্ট ডিরেক্টরিতে একটি স্থানীয় টার ফাইল বের করতে চান।

আপনি যদি নিজের ডকার চিত্রটিতে স্থানীয় ফাইলগুলিতে অনুলিপি করছেন তবে সর্বদা কপি ব্যবহার করুন কারণ এটি আরও স্পষ্ট।

Answer 9

ডকফাইফিল তৈরি করার সময়, দুটি কমান্ড রয়েছে যা আপনি এতে ফাইল / ডিরেক্টরি অনুলিপি করতে ব্যবহার করতে পারেন - ADDএবং COPY। যদিও তাদের ফাংশনের সুযোগে কিছুটা পার্থক্য রয়েছে, তারা মূলত একই কাজটি সম্পাদন করে।

সুতরাং, কেন আমাদের দুটি কমান্ড রয়েছে এবং একটি বা অন্য ব্যবহার করার সময় আমরা কীভাবে জানব?

Docker ADDকমান্ড

ADDকমান্ডটি তার চেয়ে পুরনো তা উল্লেখ করে শুরু করা যাক COPY। ডকার প্ল্যাটফর্মটি চালু হওয়ার পর থেকে ADDনির্দেশটি তার আদেশের তালিকার একটি অংশ ছিল।

কমান্ডটি নির্দিষ্ট ধারকটির একটি ফাইল সিস্টেমে ফাইল / ডিরেক্টরিগুলি অনুলিপি করে।

ADDকমান্ডের জন্য প্রাথমিক সিনট্যাক্সটি হ'ল:

ADD <src> … <dest>

<src>এটিতে যে উত্সটি আপনি অনুলিপি করতে চান তা অন্তর্ভুক্ত করে ( যেখানে আপনি এটি সংরক্ষণ করতে চান সেখানে গন্তব্য <dest>)। উত্সটি যদি ডিরেক্টরি হয় তবে এর ADDভিতরে থাকা সমস্ত কিছুই অনুলিপি করে (ফাইল সিস্টেম মেটাডেটা সহ)।

উদাহরণস্বরূপ, যদি ফাইলটি স্থানীয়ভাবে উপলব্ধ থাকে এবং আপনি এটি কোনও চিত্রের ডিরেক্টরিতে যুক্ত করতে চান তবে আপনি টাইপ করুন:

ADD /source/file/path  /destination/path

ADDকোনও ইউআরএল থেকে ফাইলগুলি অনুলিপি করতে পারে। এটি একটি বাহ্যিক ফাইল ডাউনলোড করতে এবং এটি পছন্দসই গন্তব্যে অনুলিপি করতে পারে। উদাহরণ স্বরূপ:

ADD http://source.file/url  /destination/path

একটি অতিরিক্ত বৈশিষ্ট্য হ'ল এটি সংকোচিত ফাইলগুলি অনুলিপি করে, স্বয়ংক্রিয়ভাবে প্রদত্ত গন্তব্যে সামগ্রীটি বের করে। এই বৈশিষ্ট্যটি কেবল স্থানীয়ভাবে সঞ্চিত সংক্ষেপিত ফাইল / ডিরেক্টরিগুলিতে প্রয়োগ হয়।

ADD source.file.tar.gz /temp

মনে রাখবেন যে আপনি কোনও URL থেকে সংকোচিত ফাইল / ডিরেক্টরি ডাউনলোড এবং বের করতে পারবেন না। স্থানীয় ফাইল সিস্টেমে অনুলিপি করার সময় কমান্ডটি বাহ্যিক প্যাকেজগুলি আনপ্যাক করে না।

Docker COPYকমান্ড

কিছু কার্যকারিতা সংক্রান্ত সমস্যার কারণে, ডকারকে সামগ্রী নকল করার জন্য একটি অতিরিক্ত কমান্ড প্রবর্তন করতে হয়েছিল - COPY।

এর ঘনিষ্ঠভাবে সম্পর্কিত ADDকমান্ডের বিপরীতে , COPYকেবলমাত্র একটি নির্দিষ্ট কার্য রয়েছে। এর ভূমিকা হ'ল ফাইল / ডিরেক্টরিগুলি তাদের বিদ্যমান ফর্ম্যাটে একটি নির্দিষ্ট স্থানে নকল করা। এর অর্থ হ'ল এটি একটি সংকোচিত ফাইলটি তোলার সাথে সম্পর্কিত নয়, বরং এটি অনুলিপি করে।

নির্দেশটি কেবল স্থানীয়ভাবে সঞ্চিত ফাইলগুলির জন্য ব্যবহার করা যেতে পারে। অতএব, আপনি আপনার ধারকটিতে বাহ্যিক ফাইলগুলি অনুলিপি করতে URL গুলি সহ এটি ব্যবহার করতে পারবেন না।

COPYনির্দেশটি ব্যবহার করতে , বেসিক কমান্ড ফর্ম্যাটটি অনুসরণ করুন:

উত্সটি টাইপ করুন এবং যেখানে আপনি আদেশটি সামগ্রীটি নিষ্কাশন করতে চান তা নিম্নরূপ:

COPY <src> … <dest> 

উদাহরণ স্বরূপ:

COPY /source/file/path  /destination/path 

কোন আদেশটি ব্যবহার করবেন? (সেরা অনুশীলন)

COPYকমান্ডটি যে পরিস্থিতিতে প্রবর্তন করা হয়েছিল তা বিবেচনা করে , এটি স্পষ্টভাবে প্রমাণিত হয় যে পালন ADDকরা একটি প্রয়োজনীয় বিষয় ছিল। ডকার একটি অফিসিয়াল ডকুমেন্ট প্রকাশ করেছেন যা ডকফাইফিলস লেখার জন্য সর্বোত্তম অনুশীলনের রূপরেখা দেয় যা ADDকমান্ডটি ব্যবহারের বিরুদ্ধে স্পষ্টভাবে পরামর্শ দেয় ।

ডকারের অফিসিয়াল ডকুমেন্টেশন নোটগুলি যেটি COPYসর্বদা চলমান নির্দেশাবলীর চেয়ে বেশি হওয়া উচিত কারণ এটি তার চেয়ে স্বচ্ছ ADD।

আপনার যদি স্থানীয় বিল্ড প্রসঙ্গে কন্টেইনারে অনুলিপি করতে হয়, তবে ব্যবহারটি আটকে দিন COPY।

ডকার দলটি ADDইউআরএল থেকে একটি প্যাকেজ ডাউনলোড এবং অনুলিপি করতে দৃ using়ভাবে নিরুৎসাহিত করে । পরিবর্তে, RUNকমান্ডের মধ্যে উইজেট বা কার্ল ব্যবহার করা এটি নিরাপদ এবং আরও কার্যকর । এটি করার মাধ্যমে, আপনি একটি অতিরিক্ত চিত্র স্তর তৈরি করা এবং স্থান সংরক্ষণ করা এড়াতে পারেন।

Answer 10

গুরুত্বপূর্ণ তথ্য

আমি বাধ্য ছিলাম COPYআমার Docker ইমেজ এবং untar জাভা প্যাকেজ। আমি যখন ADD ব্যবহার করে তৈরি ডকার চিত্রের আকারটি তুলনা করি তখন এটি COPY, টার-এক্স্জফফ * .tar.gz এবং rm * .tar.gz ব্যবহার করে তৈরি করা আকারের চেয়ে 180MB বড় ছিল

এর অর্থ হ'ল এডিডি টার ফাইলটি সরিয়ে দিলেও এটি এখনও কোথাও রাখা হয়েছে। এবং এর চিত্রটি আরও বড় করে তুলছে !!

Comments

এটি কি ডকারের সর্বশেষতম সংস্করণে সত্য?

— নবীন

Answer 11

যেহেতু ডকার 17.05 পূর্ববর্তী বিল্ড পর্যায় থেকে বর্তমান বিল্ড পর্যায়ে শিল্পকলাগুলি অনুলিপি করতে বহু-পর্যায় বিল্ডগুলিতে পতাকা COPYসহ ব্যবহৃত হয় ।--from

ডকুমেন্টেশন থেকে

Pচ্ছিকভাবে কপি একটি পতাকা গ্রহণ করে --from=<name|index>যা উত্সের অবস্থানটি পূর্ববর্তী বিল্ড পর্যায়ে (FROM .. AS দিয়ে তৈরি) সেট করতে ব্যবহার করা যেতে পারে যা ব্যবহারকারীর দ্বারা প্রেরিত বিল্ড প্রসঙ্গে পরিবর্তে ব্যবহৃত হবে।

Answer 12

docker build -t {image name} -v {host directory}:{temp build directory} .

এটি একটি ছবিতে ফাইল অনুলিপি করার অন্য উপায়। -V বিকল্পটি অস্থায়ীভাবে একটি ভলিউম তৈরি করে যা আমরা বিল্ড প্রক্রিয়া চলাকালীন ব্যবহার করি।

এটি অন্য ভলিউমের চেয়ে পৃথক কারণ এটি কেবল বিল্ডের জন্য একটি হোস্ট ডিরেক্টরিকে মাউন্ট করে। স্ট্যান্ডার্ড সিপি কমান্ড ব্যবহার করে ফাইলগুলি অনুলিপি করা যায়।

এছাড়াও, কার্ল এবং উইজেটের মতো এটি কমান্ড স্ট্যাকের (একক পাত্রে চালানো) চালানো যেতে পারে এবং চিত্রের আকারকে গুণ না করে। ADD এবং COPY স্ট্যাকযোগ্য নয় কারণ এগুলি একটি স্ট্যান্ডেলোন পাত্রে চালিত হয় এবং অতিরিক্ত পাত্রে চালিত ফাইলগুলিতে পরবর্তী কমান্ডগুলি চিত্রের আকারকে বহুগুণিত করে:

বিকল্পগুলি এইভাবে সেট করা সহ:

-v /opt/mysql-staging:/tvol

নিম্নলিখিতগুলি একটি পাত্রে কার্যকর করা হবে:

RUN cp -r /tvol/mysql-5.7.15-linux-glibc2.5-x86_64 /u1 && \
    mv /u1/mysql-5.7.15-linux-glibc2.5-x86_64 /u1/mysql && \

    mkdir /u1/mysql/mysql-files && \
    mkdir /u1/mysql/innodb && \
    mkdir /u1/mysql/innodb/libdata && \
    mkdir /u1/mysql/innodb/innologs && \
    mkdir /u1/mysql/tmp && \

    chmod 750 /u1/mysql/mysql-files && \
    chown -R mysql /u1/mysql && \
    chgrp -R mysql /u1/mysql

Comments

আপনি যে বিকল্পটি দেখেন সেখানে আপনি কোন ডকার সংস্করণ? এটি নথিভুক্ত নয় এবং আমার 1.12.1 ক্লায়েন্টের সাথে কাজ করে না।

— বিএমইচ

প্রকৃতপক্ষে, এই বৈশিষ্ট্যটি এখনও মূল প্রকাশে অন্তর্ভুক্ত করা হয়নি, এবং বিষয়টি নিয়ে এখনও অনেক আলোচনা চলছে, সুতরাং আমাদের এটি দীর্ঘদিনের আগে আশা করা উচিত নয় ... আরও তথ্যের জন্য বাগ রিপোর্ট দেখুন: github.com/ ডকার / ডকার / ইস্যু / 14080 ।

— jwatkins

হ্যাঁ, এরকম কোনও বিকল্প নেই (সর্বশেষ সংস্করণ 17.06 এ চেক করা হয়েছে)। এই উত্তরটি বিভ্রান্তিকর। unknown shorthand flag: 'v' in -v

— কির্বি

বিভ্রান্তিকর মন্তব্য

— গুইডো ভ্যান স্টেন

ডকার খণ্ডের উত্তরে এখানে কিছুই করার ছিল না, দয়া করে আপনি যদি সরাসরি প্রশ্নের উত্তর দিতে পারেন :), এটি সহজেই ডাউনওয়েটের উত্তর।

— মজিদ আলী খান