aecone - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

aegis ক্লোন - একটি পরিবর্তনের একটি সঠিক অনুলিপি তৈরি করুন

সাইনোপিসিস

আশ্রয় -ক্লোন [ পছন্দ...] পরিবর্তন সংখ্যা [পরিবর্তন-সংখ্যা]
আশ্রয় -ক্লোন -সাহায্য
আশ্রয় -ক্লোন -সংস্করণ

বর্ণনাঃ

সার্জারির আশ্রয় -ক্লোন কমান্ড পরিবর্তনের সঠিক প্রতিলিপি তৈরি করতে ব্যবহৃত হয়। এই অধিকাংশ
যখন একটি পরিবর্তন বিভিন্ন সমান্তরাল শাখায় প্রয়োগ করার প্রয়োজন হয় তখন ব্যবহার করুন।

একটি পরিবর্তন সংখ্যা অবশ্যই সরবরাহ করা হবে। এই পরিবর্তন প্রতিলিপি করা হবে. কোন শাখা হলে
অপশন দেওয়া আছে (নীচে দেখুন) বাধ্যতামূলক পরিবর্তন নম্বর শাখায় প্রযোজ্য
নির্দিষ্ট করা যদি কোন শাখা নির্দিষ্ট করা না থাকে, পরিবর্তনটি প্রজেক্টে প্রযোজ্য হয় (অন্তর্ভুক্ত বা
স্পষ্ট)।

যদি ঐচ্ছিক দ্বিতীয় পরিবর্তন নম্বর সরবরাহ করা হয়, তাহলে এটিই তৈরি করা পরিবর্তন নম্বর
প্রতিরূপ রাখা; যদি এটি সরবরাহ করা না হয়, পরবর্তী উপলব্ধ পরিবর্তন নম্বর হবে
ব্যবহার করা হয়েছে।

প্রতিলিপি করা পরিবর্তন সম্পন্ন করা হলে, উপযুক্ত ফাইল সংশোধন করা হবে
ইতিহাস থেকে নেওয়া; অন্যথায় ফাইলগুলি উন্নয়ন ডিরেক্টরি থেকে অনুলিপি করা হবে
কপি করা পরিবর্তন. সতর্ক হোন: যদি একটি ফাইল পরিবর্তন করে যা ক্লোন করা হয়
পরবর্তীকালে পরিবর্তন, যারা পরিবর্তন ইচ্ছা না স্বয়ংক্রিয়ভাবে ট্র্যাক করা হবে। হলে সবচেয়ে ভালো হয়
পরিবর্তনগুলি একটি স্থিতিশীল সময়ে ক্লোন করা হয়, যেমন বিকাশ শেষ হওয়ার পরে রাজ্যগুলির মধ্যে একটি, বা এমনকি
একত্রিত পাসের পরে।

উন্নয়ন নির্দেশিকা অবস্থান
অনুগ্রহ করে বিঃদ্রঃ: Aegis এর ধারণা নির্ধারণ করতে অন্তর্নিহিত ফাইল সিস্টেমের সাথেও পরামর্শ করে
সর্বোচ্চ ফাইলের আকার। যেখানে ফাইল সিস্টেমের সর্বোচ্চ ফাইল সাইজ এর চেয়ে কম
সর্বাধিক_ফাইলনাম_দৈর্ঘ্য, ফাইল সিস্টেম জিতেছে। এটি ঘটতে পারে, উদাহরণস্বরূপ, আপনি যখন
Linux UMSDOS ফাইল সিস্টেম ব্যবহার করে, অথবা যখন আপনি একটি NFS একটি প্রাচীন V7 মাউন্ট করেন
নথি ব্যবস্থা. বিন্যাস সর্বাধিক_ফাইলনাম_দৈর্ঘ্য 255 এই ক্ষেত্রে পরিবর্তন করে না
সত্য যে অন্তর্নিহিত ফাইল সিস্টেমের সীমা অনেক ছোট (যথাক্রমে 12 এবং 14)।

যদি আপনার ডেভেলপমেন্ট ডিরেক্টরি (বা আপনার পুরো প্রকল্প) ফাইলের নাম সহ ফাইল সিস্টেমে থাকে
সীমাবদ্ধতা, বা ভিন্নধর্মী নির্মাণের একটি অংশ এই ধরনের পরিবেশে সঞ্চালিত হয়,
এটি এজিসকে বলতে সাহায্য করে তারা কী (প্রকল্প ব্যবহার করে কনফিগ ফাইলের ক্ষেত্র) যাতে আপনি
পরিস্থিতির মধ্যে দৌড়াবেন না যেখানে প্রকল্পটি আরও বেশি অনুমতিপ্রাপ্ত হয়
পরিবেশ, কিন্তু আরো সীমিত পরিবেশে রহস্যময় ত্রুটির সাথে ব্যর্থ হয়।

যদি আপনার ডেভেলপমেন্ট ডিরেক্টরিগুলি নিয়মিতভাবে একটি লিনাক্স UMSDOS ফাইল সিস্টেমে থাকে, তাহলে আপনি করবেন
সম্ভবত সেটিং বন্ধ করা ভাল dos_filename_required = সত্য, এবং এছাড়াও পরিবর্তন
ডেভেলপমেন্ট_ডিরেক্টরি_টেমপ্লেট ক্ষেত্র বিভিন্ন উইন্ডোজের সাথে ভিন্ন ভিন্ন উন্নয়ন
পরিবেশেরও এটির প্রয়োজন হতে পারে।

হোয়াইটআউট

Aegis আপনাকে প্রায়ই "ভিউ পাথ" বলা হয় যা উন্নয়নের ইঙ্গিত দেয়
টুলস (কম্পাইলার, বিল্ড সিস্টেম, ইত্যাদি) প্রথমে ডেভেলপমেন্ট ডিরেক্টরিতে দেখুন, তারপরে
শাখা বেসলাইন, এবং তাই ট্রাঙ্ক বেসলাইন পর্যন্ত।

ভিউ পাথগুলির সাথে সমস্যাটি হল যে ফাইলগুলি সরানোর জন্য আপনার কিছু ধরণের প্রয়োজন
"হোয়াইটআউট" বলতে "দেখা বন্ধ করুন, এটি সরানো হয়েছে।"

আপনি যখন ব্যবহারকারী বায়ু(এক্সএনএমএক্স) বা aemv(1) কমান্ড, এর মানে "এই পরিবর্তনে তথ্য যোগ করুন
এই পরিবর্তনটি একত্রিত হলে যা বেসলাইন থেকে ফাইলটিকে সরিয়ে দেবে"। অর্থাত যখন
পরিবর্তন হয় হচ্ছে উন্নত রাজ্য, ফাইলটি উন্নয়নে শুধুমাত্র "মুছে ফেলা" হয়
ডিরেক্টরি - এটি এখনও বেসলাইনে উপস্থিত রয়েছে এবং পরিবর্তন না হওয়া পর্যন্ত থাকবে
সফলভাবে সংহত।

আপনি যখন ব্যবহার বায়ু(এক্সএনএমএক্স) বা aemv(1) কমান্ড, Aegis হিসাবে কাজ করার জন্য একটি 1K ফাইল তৈরি করবে
সাদা আউট এটির বিষয়বস্তু বরং কুৎসিত যাতে আপনি যদি কম্পাইল করেন বা "মুছে ফেলা" অন্তর্ভুক্ত করেন
ঘটনাক্রমে ফাইল, আপনি একটি মারাত্মক ত্রুটি পেতে. এটি আপনাকে অপ্রচলিত অপসারণ মনে করিয়ে দেবে
রেফারেন্স।

একত্রিত পরিবর্তন হলে, মুছে ফেলা ফাইল হয় না বেসলাইন থেকে কপি/লিঙ্ক করা হয়েছে
ইন্টিগ্রেশন ডিরেক্টরি, এবং হয় না বিকাশ ডিরেক্টরি থেকে অনুলিপি করা হয়েছে। এটাতে
সময় এটি শারীরিকভাবে চলে গেছে (কোন হোয়াইটআউট) ধারনা করা হচ্ছে ত্রুটির কারণে
হোয়াইটআউট প্ররোচিত করা সমস্ত পুরানো রেফারেন্স পাওয়া গেছে এবং পরিবর্তন করার সময় সংশোধন করা হয়েছে
হচ্ছে উন্নত অবস্থা.

ফাইল প্রকাশ করে
কম্পাইল বা লিঙ্ক করা ফাইলের তালিকা তৈরি করার সময়, ফাইলটি গুরুত্বপূর্ণ
ম্যানিফেস্ট ফাইল সিস্টেমের পরিবর্তে Aegis দ্বারা পরিচিত তথ্য থেকে তৈরি করা হয়।
এটি বিভিন্ন কারণে:

(a) Aegis সঠিকভাবে জানে যে (উৎস) ফাইলগুলি কোথায়, যেখানে অন্য সবকিছু
Aegis' জ্ঞান অনুমান করা; এবং

(b) ফাইল সিস্টেমে খোঁজা কঠিন যখন ভিউ পাথ 2টি ডিরেক্টরির চেয়ে দীর্ঘ হয়
(এবং Aegis' শাখা পদ্ধতি এটি নির্বিচারে দীর্ঘ করতে পারে); এবং

(গ) হোয়াইটআউট ফাইলগুলি এবং অন্য কিছু "চারপাশে পড়ে থাকা", যে কোনও পদ্ধতিকে বিভ্রান্ত করবে
যা ফাইল সিস্টেমকে জিজ্ঞাসাবাদ করে।

Aegis এর ফাইল জ্ঞান ব্যবহার করার সবচেয়ে সহজ উপায় হল একটি এর মত কিছু অজস্র(1) স্ক্রিপ্ট
Aegis ফাইল তালিকা প্রক্রিয়াকরণ. উদাহরণস্বরূপ, আপনি এর সাথে এটি করতে পারেন করা(1) নিম্নরূপ:
# ফাইল ম্যানিফেস্ট তৈরি করুন
manifest.make.inc: manifest.make.awk
( aegis -l cf -ter ; aegis -l pf -ter ) | \
awk -f manifest.make.awk > manifest.make.inc
# এখন ফাইল ম্যানিফেস্ট অন্তর্ভুক্ত করুন
manifest.make.inc অন্তর্ভুক্ত
দ্রষ্টব্য: এটি অদক্ষ হবে আপনি এটি প্রতি ডিরেক্টরিতে একবার করেছেন, তবে কিছুই নেই
আপনি অনেক অ্যাসাইনমেন্ট লেখা বন্ধ manifest.make.inc ফাইল, সব এক
পাস।

এজিসের রিপোর্ট জেনারেটরের সাথে একই জিনিস করা সম্ভব (দেখুন বায়ু(1) আরো জন্য
তথ্য), তবে এটি এর চেয়ে বেশি জড়িত অজস্র(1) স্ক্রিপ্ট। যাইহোক, সঙ্গে
তথ্য "সরাসরি ঘোড়ার মুখ থেকে" যেমন ছিল, এটি আরও স্মার্ট হতে পারে।

এই ফাইল ম্যানিফেস্টটি এজিসের ফাইলের সাথে ইন্টারলক ছাড়াই পুরানো হয়ে যাবে
অপারেশন কমান্ড। ব্যবহার করে প্রজেক্ট-ফাইল_কমান্ড এবং পরিবর্তন_ফাইল_কমান্ড ক্ষেত্র
প্রকল্প কনফিগ ফাইল (দেখুন aepconf(5) আরও তথ্যের জন্য), আপনি এই ফাইলটি মুছে ফেলতে পারেন
কৌশলগত সময়ে।
/* যখন পরিবর্তন ফাইল ম্যানিফেস্ট পরিবর্তন করা হয় তখন চালান */
change_file_command = "rm -f manifest.make.inc";
/* যখন প্রজেক্ট ফাইল ম্যানিফেস্ট পরিবর্তন করা হয় তখন রান করুন */
project_file_command = "rm -f manifest.make.inc";
নতুন ফাইল ম্যানিফেস্টটি পরবর্তী সময়ে পুনরায় তৈরি করা হবে aeb(1) আদেশ।

অপশন সমূহ এবং পছন্দসমূহ
সেখানে একটি -না-হোয়াইটআউট বিকল্প, যা আপনি ব্যবহার করার সময় হোয়াইটআউট ফাইলগুলিকে দমন করতে ব্যবহার করা যেতে পারে
দ্য বায়ু(1) এবং aemv(1) আদেশ। একটি সংশ্লিষ্ট আছে -হোয়াইটআউট বিকল্প, যা
সাধারণত ডিফল্ট।

সেখানে একটি whiteout_preference ব্যবহারকারী পছন্দ ফাইলে ক্ষেত্র (দেখুন aeuconf(5) এর জন্য
আরও তথ্য) আপনি যদি এই বিকল্পটিকে আরও স্থায়ীভাবে সেট করতে চান।

Whiteout ফাইল টেম্পলেটসমূহ
সার্জারির whiteout_template প্রকল্পের ক্ষেত্র কনফিগ ভাষা তৈরি করতে ফাইল ব্যবহার করা যেতে পারে-
নির্দিষ্ট ত্রুটি ফাইল। যদি কোন হোয়াইটআউট টেমপ্লেট এন্ট্রি মেলে না, একটি খুব কুৎসিত 1KB ফাইল হবে
উত্পাদিত হবে - এটি যেকোন ভাষার জন্য কম্পাইলার ত্রুটিগুলি প্ররোচিত করবে।

আপনি যদি আরও মানব-পাঠযোগ্য ত্রুটি বার্তা চান, যেমন এন্ট্রি
whiteout_template =
[
{
প্যাটার্ন = [ "*[চ]"];
body = "#ত্রুটি এই ফাইলটি সরানো হয়েছে।";
}
];
খুব কার্যকর হতে পারে (এই উদাহরণটি অনুমান করে জিসিসি(1) ব্যবহার করা হচ্ছে)।

যদি এটি অপরিহার্য হয় যে না। হোয়াইটআউট ফাইল তৈরি করা হবে, সি সোর্স ফাইলের জন্য বলুন, আপনি পারেন
যেমন একটি হোয়াইটআউট টেমপ্লেট ব্যবহার করুন
whiteout_template =
[
{ প্যাটার্ন = [ "*.c" ]; }
];
কারণ একজন অনুপস্থিত শরীর সাব-ফিল্ড মানে কোনো হোয়াইটআউট ফাইল তৈরি করবেন না।

আপনার একাধিক হোয়াইটআউট টেমপ্লেট এন্ট্রি থাকতে পারে, তবে নোট করুন যে অর্ডারটি
এন্ট্রি গুরুত্বপূর্ণ। প্রথম এন্ট্রি যা ম্যাচ ব্যবহার করা হবে.

প্রজ্ঞাপন
বিজ্ঞপ্তি কমান্ড যে দ্বারা চালিত হবে aecp(২০১১), aedb(২০১১), aenf(২০১১), aent(1) এবং
বায়ু(1) কমান্ড চালানো হয়, উপযুক্ত হিসাবে। দ্য প্রজেক্ট_ফাইল_কমান্ড এছাড়াও চালানো হয়, সেট যদি.
দেখ aepconf(5) আরও তথ্যের জন্য।

ক্লোনিং এবং মার্জ হচ্ছে

যখন আপনি ব্যবহার একলোন(1) একটি পরিবর্তন সেট ক্লোন করতে, এবং তারপর দুটি পরিবর্তনের একটিকে একীভূত করুন
সেট, আপনি লক্ষ্য করবেন যে Aegis বলছে যে ফাইলগুলি এখন অ-সংহত পরিবর্তনের
পুরানো

আপনি চালানো হলে aem(1) পুরানো ফাইলগুলিকে আপ-টু-ডেট ফিরিয়ে আনতে, fmerge(1) এবং কিছু (কিন্তু
নয়) অন্যান্য সমস্ত মার্জিং টুলস, এটি সমস্ত কিছুকে দ্বন্দ্ব হিসাবে নির্দেশ করে, যদিও
উভয় বিকল্প অভিন্ন।

সমস্যা হল যে দুটি পরিবর্তন একই ফাইলে একই জায়গায় অভিন্ন সম্পাদনা করে
একটি যৌক্তিক দ্বন্দ্ব, এমনকি যদি একটি বাস্তব দ্বন্দ্ব নাও হয়, এবং এটি একজন মানুষকে চিত্রিত করতে লাগে
পার্থক্য আউট. একটি শপিং লিস্টের কথা চিন্তা করুন: ensuite-এর আরও বেশি সাবান প্রয়োজন, এবং তাই
প্রধান বাথরুম। দুটি শপিং তালিকার একত্রিত দ্বিতীয় "সাবান" একটি নয়
ডুপ্লিকেট, আপনার সত্যিই দুটি বাক্স সাবান দরকার। কখনও কখনও উত্স ফাইল সম্পাদনা হয়
একই: কখনও কখনও যৌক্তিক দ্বন্দ্ব উভয় অভিন্ন সম্পাদনা প্রয়োগ করে সমাধান করা হয়, নয়
শুধু একটি.

এই শুধু fmerge(1) কমান্ড RCS এর চেয়ে বেশি রক্ষণশীল মার্জ(1) আদেশ।

এই সাধারণ পরিস্থিতি মোকাবেলা করার সবচেয়ে সহজ উপায় এটি একটি চালানো
aecpu - অপরিবর্তিত
হুকুম আগে আপনি চালান aem(1) মার্জ কমান্ড, এবং আপনি কম দুঃখ হবে. এটিও
মনে রাখা দরকার যে Aegis মূল ফাইলটিকে একটি ,B প্রত্যয় (ব্যাকআপের জন্য B) দিয়ে আটকে রাখে তাই
আপনি সহজভাবে করতে পারেন
mv ফুবার,B ফুবার
যদি আপনি জানেন যে সমস্ত দ্বন্দ্ব যৌক্তিক দ্বন্দ্ব।

বিকল্প

নিম্নলিখিত বিকল্পগুলি বোঝা যায়:

-শাখা সংখ্যা
এই বিকল্পটি বরং মূল ফাইলের জন্য একটি ভিন্ন শাখা নির্দিষ্ট করতে ব্যবহার করা যেতে পারে
বেসলাইনের চেয়ে (আরো দেখুন -ট্রাঙ্ক বিকল্প অনুগ্রহ করে নোট করুন: the -শাখা পছন্দ
একটি প্রকল্পের নাম নেয় না, শুধু শাখা নম্বর প্রত্যয়।

-দাদা-পিতা
এই বিকল্পটি দাদা-দাদির শাখা নির্দিষ্ট করতে ব্যবহার করা যেতে পারে (এর থেকে এক পর্যন্ত
বর্তমান শাখা) মূল ফাইলের জন্য, বেসলাইনের পরিবর্তে। (দাদা-দাদি
বিকল্পটি "-শাখা .." বিকল্পের মতোই।)

-পরিবর্তন সংখ্যা
এই বিকল্পটি একটি প্রকল্পের মধ্যে একটি নির্দিষ্ট পরিবর্তন নির্দিষ্ট করতে ব্যবহার করা যেতে পারে। দেখা
আশ্রয়(1) এই বিকল্পের সম্পূর্ণ বিবরণের জন্য।

-ডিরেক্টরি পথ
কোন ডিরেক্টরিটি ব্যবহার করা হবে তা নির্দিষ্ট করতে এই বিকল্পটি ব্যবহার করা যেতে পারে। এটি একটি ত্রুটি
যদি বর্তমান ব্যবহারকারীর কাছে ডিরেক্টরি তৈরি করার উপযুক্ত অনুমতি না থাকে
পথ দেওয়া। এটি একটি পরম পথ হতে হবে.

সতর্কতা: আপনি যদি একটি অটোমাউন্টার ব্যবহার করেন তবে একটি পরম তৈরি করতে `pwd` ব্যবহার করবেন না
পথ, এটি সাধারণত ভুল উত্তর দেয়।

-সাহায্য
এই বিকল্পটি কীভাবে ব্যবহার করবেন সে সম্পর্কে আরও তথ্য পেতে ব্যবহার করা যেতে পারে আশ্রয়
প্রোগ্রাম.

-তালিকা
এই কমান্ডের জন্য উপযুক্ত বিষয়গুলির একটি তালিকা পেতে এই বিকল্পটি ব্যবহার করা যেতে পারে।
তালিকা প্রত্যাশিত তুলনায় আরো সাধারণ হতে পারে.

-হোয়াইটআউট
এই বিকল্পটি অনুরোধ করতে ব্যবহার করা যেতে পারে যে মুছে ফেলা ফাইলগুলি একটি "হোয়াইটআউট" দ্বারা প্রতিস্থাপিত হবে
উন্নয়ন ডিরেক্টরিতে ফাইল। ধারণা এই ধরনের একটি ফাইল কম্পাইল হবে
একটি মারাত্মক ত্রুটির ফলে, যাতে সমস্ত রেফারেন্স পাওয়া যায়। এই
সাধারণত ডিফল্ট।

-না_হোয়াইটআউট
এই বিকল্পটি অনুরোধ করার জন্য ব্যবহার করা যেতে পারে যে কোনও "হোয়াইটআউট" ফাইল তে রাখা হবে না
উন্নয়ন ডিরেক্টরি।

-আউটপুট ফাইলের নাম
এই বিকল্পটি একটি ফাইলের নাম নির্দিষ্ট করতে ব্যবহার করা যেতে পারে যা দিয়ে লিখতে হবে
স্বয়ংক্রিয়ভাবে নির্ধারিত পরিবর্তন নম্বর। স্ক্রিপ্ট লেখার জন্য দরকারী।

-প্রকল্প নাম
এই বিকল্পটি আগ্রহের প্রকল্প নির্বাচন করতে ব্যবহার করা যেতে পারে। যখন না -প্রকল্প
বিকল্প নির্দিষ্ট করা হয়, AEGIS_PROJECT পরিবেশ পরিবর্তনশীল পরামর্শ দেওয়া হয়. যদি
যেটির অস্তিত্ব নেই, ব্যবহারকারীর $HOME/.aegisrc ফাইল একটি ডিফল্ট জন্য পরীক্ষা করা হয়
প্রকল্প ক্ষেত্র (দেখুন aeuconf(5) আরও তথ্যের জন্য)। যদি তা না থাকে,
যখন ব্যবহারকারী শুধুমাত্র একটি একক প্রকল্প, প্রকল্পের মধ্যে পরিবর্তনের উপর কাজ করে
নাম যে প্রকল্পের ডিফল্ট. অন্যথায়, এটি একটি ত্রুটি.

-ট্রাঙ্ক
এই বিকল্পটি বরং মূল ফাইলের জন্য প্রকল্প ট্রাঙ্ক নির্দিষ্ট করতে ব্যবহার করা যেতে পারে
বেসলাইনের চেয়ে (আরো দেখুন -শাখা বিকল্প, -ট্রাঙ্ক বিকল্পটি একই
"-শাখা -" বিকল্প।)

-অপেক্ষা কর অ্যাক্সেস লকের জন্য অপেক্ষা করার জন্য Aegis কমান্ডের প্রয়োজন হলে এই বিকল্পটি ব্যবহার করা হতে পারে
তারা অবিলম্বে প্রাপ্ত করা যাবে না. ব্যবহারকারীর ডিফল্ট lock_wait_preference
নির্দিষ্ট না হলে দেখুন aeuconf(5) আরও তথ্যের জন্য।

-না_অপেক্ষা করো
এই অপশনটি ব্যবহার করা হতে পারে Aegis কমান্ডের প্রয়োজন হলে একটি মারাত্মক ত্রুটি নির্গত করার জন্য
তালা অবিলম্বে প্রাপ্ত করা যাবে না. ব্যবহারকারীর ডিফল্ট
lock_wait_preference নির্দিষ্ট না হলে দেখুন aeuconf(5) আরও তথ্যের জন্য।

আরো দেখুন আশ্রয়(1) সমস্ত এজিস কমান্ডের জন্য সাধারণ বিকল্পগুলির জন্য।

সমস্ত বিকল্প সংক্ষিপ্ত করা যেতে পারে; সংক্ষেপণটি বড় হাতের অক্ষর হিসাবে নথিভুক্ত করা হয়েছে,
সমস্ত ছোট হাতের অক্ষর এবং আন্ডারস্কোর (_) ঐচ্ছিক। আপনি পরপর ব্যবহার করতে হবে
ঐচ্ছিক অক্ষরের ক্রম।

সমস্ত বিকল্পগুলি অক্ষর সংবেদনশীল, আপনি সেগুলিকে বড় হাতের বা ছোট হাতের অক্ষরে টাইপ করতে পারেন বা ক৷
উভয়ের সংমিশ্রণ, ক্ষেত্রে গুরুত্বপূর্ণ নয়।

উদাহরণ স্বরূপ: আর্গুমেন্ট "-প্রকল্প, "-PROJ" এবং "-p" সবই ব্যাখ্যা করা হয়
-প্রকল্প বিকল্প যুক্তি "-prj" বোঝা যাবে না, কারণ ধারাবাহিক
ঐচ্ছিক অক্ষর সরবরাহ করা হয়নি।

কমান্ড লাইনে বিকল্প এবং অন্যান্য কমান্ড লাইন আর্গুমেন্ট নির্বিচারে মিশ্রিত হতে পারে,
ফাংশন নির্বাচকদের পরে।

GNU দীর্ঘ বিকল্পের নাম বোঝা যায়। যেহেতু সব বিকল্পের নাম আশ্রয় দীর্ঘ,
এর মানে হল অতিরিক্ত অগ্রণী '-' উপেক্ষা করা। দ্য "--পছন্দ=মূল্য"সম্মেলন হয়
বুঝেছি

ত্রুটি

বর্তমান ব্যবহারকারী প্রকল্পের প্রশাসক না হলে এটি একটি ত্রুটি। (কিছু
ক্ষেত্রে এটি একটি প্রকল্পের বিকাশকারীদের জন্য পরিবর্তন তৈরি করা সম্ভব, দেখুন aepattr(5) এর জন্য
অধিক তথ্য.)

প্রস্থান করুন স্থিতি

সার্জারির আশ্রয় যেকোনো ত্রুটিতে 1-এর স্ট্যাটাস দিয়ে কমান্ড প্রস্থান করবে। দ্য আশ্রয় আদেশ শুধুমাত্র হবে
কোনো ত্রুটি না থাকলে 0 এর স্ট্যাটাস দিয়ে প্রস্থান করুন।

পরিবেশ বৈচিত্র্য

দেখ আশ্রয়(1) পরিবেশ ভেরিয়েবলের একটি তালিকার জন্য যা এই কমান্ডকে প্রভাবিত করতে পারে। দেখা
aepconf(5) প্রকল্প কনফিগারেশন ফাইলের জন্য প্রকল্প_নির্দিষ্ট কিভাবে সেট করতে হবে তার জন্য ক্ষেত্র
Aegis দ্বারা নির্বাহিত সমস্ত কমান্ডের জন্য পরিবেশ ভেরিয়েবল।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে aecone ব্যবহার করুন