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

কার্যক্রম:

NAME এর

aegis নতুন ফাইল - একটি পরিবর্তন দ্বারা তৈরি করা নতুন ফাইল যোগ করুন

সাইনোপিসিস

আশ্রয় -নতুন নথি ফাইলের নাম... [ পছন্দ...]
আশ্রয় -নতুন নথি -তালিকা [ পছন্দ...]
আশ্রয় -নতুন নথি -সাহায্য

বর্ণনাঃ

সার্জারির আশ্রয় -নতুন নথি কমান্ড পরিবর্তনে নতুন ফাইল যোগ করতে ব্যবহৃত হয়। নামযুক্ত ফাইলগুলি হবে
পরিবর্তনে ফাইলের তালিকায় যোগ করা হবে।

নামের প্রতিটি ফাইলের জন্য, বিকাশ ডিরেক্টরিতে একটি নতুন ফাইল তৈরি করা হয়, যদি এটি না হয়
ইতিমধ্যে বিদ্যমান। যদি ফাইলটি ইতিমধ্যে বিদ্যমান থাকে তবে এটি পরিবর্তন করা হবে না।

আপনি যদি একটি নতুন সোর্স ফাইল এক্সিকিউটেবল করতে চান (উদাহরণস্বরূপ শেল স্ক্রিপ্ট) তাহলে আপনি
সাধারণ ব্যবহার করুন chmod(1) আদেশ। ফাইলের কোনো এক্সিকিউটেবল বিট সেট করা থাকলে
aede(1) ফাইলটিকে এক্সিকিউটেবল হিসাবে মনে রাখার সময় এবং সমস্ত এক্সিকিউট বিট (মাইনাস দ্য
প্রকল্পের উমাস্ক) পরবর্তী দ্বারা সেট করা হবে aecp(1) আদেশ।

আপনি কমান্ড লাইনে একটি ডিরেক্টরির নাম দিলে, সম্পূর্ণ ডিরেক্টরি গাছটি অনুসন্ধান করা হবে
নতুন ফাইলের জন্য। (দ্রষ্টব্য: ডট ফাইল এবং সহ সম্পূর্ণরূপে সবকিছু যোগ করা হবে
বাইনারি ফাইল, তাই আপনাকে প্রথমে যেকোন আবর্জনা পরিষ্কার করতে হবে।) এই নামের নিচের ফাইলগুলো
ডিরেক্টরী যা ইতিমধ্যেই পরিবর্তনের মধ্যে আছে, বা প্রকল্পে, উপেক্ষা করা হবে। দ্য
ফাইল_নাম_স্বীকার করুন এবং ফাইল_নাম_প্রত্যাখ্যান প্রকল্পের নিদর্শন aegis.conf ফাইলও হবে
প্রয়োগ করা, দেখুন aepconf(5) আরও তথ্যের জন্য।

নির্দেশিকা উদাহরণ
অনেক সময় যেমন একটি কমান্ড আছে
$ aenf ফুবার/*
aegis: প্রকল্প "উদাহরণ": পরিবর্তন 42: "fubar/glorp" ইতিমধ্যে পরিবর্তন করা হয়েছে
aegis: প্রকল্প "উদাহরণ": পরিবর্তন 42: 1 মারাত্মক ত্রুটি পাওয়া গেছে, কোন নতুন ফাইল যোগ করা হয়নি
$
দেখানো হিসাবে ব্যর্থ হবে. এটি মোকাবেলা করার বিভিন্ন উপায় আছে, সবচেয়ে সহজ হচ্ছে
শুধু ডিরেক্টরির নাম দিন:
$ aenf ফুবার
aegis: প্রকল্প "উদাহরণ": পরিবর্তন 42: ফাইল "ফুবার/স্মাইলি" যোগ করা হয়েছে
aegis: প্রকল্প "উদাহরণ": পরিবর্তন 42: ফাইল "fubar/frownie" যোগ করা হয়েছে
$
আপনি ব্যবহার করতে পারে আবিষ্কার(1) নির্বিচারে জটিল ফাইল নির্বাচনের জন্য কমান্ড, কিন্তু আপনি
উপরের কমান্ডটি স্বয়ংক্রিয়ভাবে বাদ দেওয়া ফাইলগুলিকে প্রথমে বাদ দিতে হবে:
$ aelcf > বর্জন করা
$ aelpf >> বর্জন করা
$ আবিষ্কার ফুবার টাইপ f | \
, grep -v -f বর্জন করা | \
xargs আশ্রয় --নতুন নথি -v
aegis: প্রকল্প "উদাহরণ": পরিবর্তন 42: ফাইল "ফুবার/স্মাইলি" যোগ করা হয়েছে
aegis: প্রকল্প "উদাহরণ": পরিবর্তন 42: ফাইল "fubar/frownie" যোগ করা হয়েছে
$
আপনি যদি বাদ তালিকা ব্যবহার না করেন, তাহলে আবিষ্কার(1) কমান্ড আপনার জন্য সূক্ষ্ম টিউনিং প্রয়োজন হবে
উন্নয়ন ডিরেক্টরি শৈলী। আপনি যদি সিমলিংক-স্টাইল ব্যবহার করেন তবে আপনাকে যোগ করতে হবে
দ্য আবিষ্কার -nlink 1 বিকল্প ছাড়াও আবিষ্কার টাইপ f বিকল্প।
$ আবিষ্কার ফুবার টাইপ f -nlinks 1 | \
xargs আশ্রয় --নতুন নথি -v
aegis: প্রকল্প "উদাহরণ": পরিবর্তন 42: ফাইল "ফুবার/স্মাইলি" যোগ করা হয়েছে
aegis: প্রকল্প "উদাহরণ": পরিবর্তন 42: ফাইল "fubar/frownie" যোগ করা হয়েছে
$
আপনি যদি ফুল-কপি ডেভেলপমেন্ট ডিরেক্টরি শৈলী ব্যবহার করেন তবে আপনাকে ব্যবহার করতে হবে
তালিকা পদ্ধতি বাদ, উপরে.

ফাইল টেম্পলেটসমূহ
যখন একটি নতুন ফাইল উন্নয়ন ডিরেক্টরিতে তৈরি করা হয় প্রকল্পটি কনফিগ ফাইল হয়
নতুন ফাইলের জন্য একটি টেমপ্লেট অনুসন্ধান করা হয়েছে। একটি টেমপ্লেট পাওয়া গেলে, নতুন ফাইল হবে
টেমপ্লেটে শুরু করা হয়েছে, অন্যথায় এটি খালি তৈরি করা হবে। দেখা aepconf(5) আরো জন্য
তথ্য।

সহজ ফর্ম টেমপ্লেট ফাইল ব্যবহার করা হয়, যেমন
ফাইল_টেমপ্লেট =
[
{
প্যাটার্ন = [ "*.c"];
body = "${read_file ${source template/c abs}}";
},
{
প্যাটার্ন = [ "test/*/.sh" ];
body = "${read_file ${source template/test abs}}";
},
];
আপনি দেখতে পাচ্ছেন, টেমপ্লেট ফাইলগুলি প্রকল্প উত্সের অংশ, তাই আপনি যোগ করতে পারেন
উপযুক্ত কপিরাইট নোটিশ, এবং মোড়ক, ইত্যাদি. দ্য $উৎস প্রতিস্থাপন তাদের সনাক্ত করে,
যদি তারা বর্তমান পরিবর্তনের অংশ না হয় (এবং তারা সাধারণত হয় না)।

টেমপ্লেট ফাইলগুলি নিজেই প্রতিস্থাপন ধারণ করে। দ্য $filename প্রতিস্থাপন হয়
উপলব্ধ, এবং তৈরি করা ফাইলের নাম রয়েছে। এই ম্যানিপুলেট করা যেতে পারে
উপযুক্ত ফাইলের বিষয়বস্তু তৈরি করার সময় বিভিন্ন উপায়। দেখা aesub(5) আরো জন্য
প্রতিস্থাপন সম্পর্কে তথ্য।

নতুন ফাইল তৈরি করার জন্য একটি কমান্ড চালানোও সম্ভব। আপনি পরিবর্তে এটি করতে পারেন
একটি বডি স্ট্রিং নির্দিষ্ট করা, যেমন:
ফাইল_টেমপ্লেট =
[
{
প্যাটার্ন = [ "*" ];
body_command = "perl ${source template.pl abs} $filename";
},
];
কমান্ডটি বিকাশ ডিরেক্টরির শীর্ষে সেট করা একটি বর্তমান ডিরেক্টরির সাথে চালানো হয়।
কমান্ডটি ফাইল তৈরি করতে ব্যর্থ হলে এটি একটি ত্রুটি। আপনি দুটিকে মিশ্রিত করতে পারেন
কৌশল, শরীর স্ট্রিং এবং body_command, তুমি যদি চাও.

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

Max_filename_length = integer;
এই ক্ষেত্রটি ফাইলের নামের দৈর্ঘ্য সীমিত করতে ব্যবহৃত হয়। সব নতুন ফাইল নাও থাকতে পারে
এর চেয়ে দীর্ঘ পথ উপাদান। সেট না থাকলে ডিফল্ট 255। সর্বোচ্চ জন্য
পোর্টেবিলিটি আপনার এটি 14 এ সেট করা উচিত।

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

dos_filename_required = বুলিয়ান;
এই ক্ষেত্রটি ফাইলের নাম সীমিত করতে ব্যবহার করা যেতে পারে যাতে তারা DOS 8+3 এর সাথে সামঞ্জস্যপূর্ণ হয়
ফাইলের নাম সীমা এবং ডস ফাইলের নাম অক্ষর সেট। ডিফল্ট থেকে মিথ্যা যদি না
সেট।

windows_filename_required = বুলিয়ান;
এই ক্ষেত্রটি ফাইলের নাম সীমিত করতে ব্যবহার করা যেতে পারে যাতে সেগুলি Windows98-এর সাথে সামঞ্জস্যপূর্ণ হয়
এবং WindowsNT ফাইলের নাম সীমা এবং অক্ষর সেট। ডিফল্ট থেকে মিথ্যা সেট না হলে

shell_safe_filenames = বুলিয়ান;
এই ক্ষেত্রটি ফাইলের নাম সীমিত করতে ব্যবহার করা যেতে পারে যাতে সেগুলিতে শেল না থাকে
বিশেষ অক্ষর. ডিফল্ট থেকে সত্য সেট না হলে যদি এই ক্ষেত্র সেট করা হয় মিথ্যা,
আপনি ব্যবহার করতে হবে ${উদ্ধৃতি} কমান্ডে ফাইলের নামের চারপাশে প্রতিস্থাপন, to
শেল বিশেষ অক্ষর সম্বলিত ফাইলের নাম অনিচ্ছাকৃত না আছে তা নিশ্চিত করুন
ক্ষতিকর দিক. ফাইলের নামগুলিতে অদ্ভুত অক্ষরগুলি আপনার নির্ভরতাকে বিভ্রান্ত করতে পারে
রক্ষণাবেক্ষণ টুল।

allow_white_space_in_filenames = বুলিয়ান;
এই ক্ষেত্রটি ফাইলের নামের সাদা স্থানের অক্ষরগুলিকে অনুমতি দেওয়ার জন্য ব্যবহার করা যেতে পারে। এটা হবে
ফাইলের নামগুলিতে নিম্নলিখিত অক্ষরগুলি উপস্থিত হওয়ার অনুমতি দিন: ব্যাকস্পেস (BS, \b, 0x08),
অনুভূমিক ট্যাব (HT, \t, 0x09), নতুন লাইন (NL, \n, 0x0A), উল্লম্ব ট্যাব (VT, \v,
0x0B), ফর্ম ফিড (FF, \f, 0x0C), এবং ক্যারেজ রিটার্ন (CR, \r, 0x0D)। ডিফল্ট থেকে
সেট না হলে মিথ্যা।

মনে রাখবেন যে এই ক্ষেত্রটি অন্য ফাইলের নাম ফিল্টারকে ওভাররাইড করে না। এটা হবে
স্পষ্টভাবে সেট করার জন্য প্রয়োজনীয় shell_safe_filenames = মিথ্যা যেমন. এটা হবে
সেট করার জন্য প্রয়োজনীয় dos_filename_required = মিথ্যা (ডিফল্ট) পাশাপাশি। এটা হবে
সেট করার জন্য প্রয়োজনীয় posix_filename_charset = মিথ্যা (ডিফল্ট) পাশাপাশি।

সমস্ত ফাইলের চারপাশে ${quote} প্রতিস্থাপন ব্যবহার করার জন্য ব্যবহারকারীকে অবশ্যই খুব যত্ন নিতে হবে
প্রজেক্ট কনফিগারেশনে কমান্ডের নাম। এবং তারপরেও, প্রতিস্থাপন
যা আশা করে যে ফাইল নামের একটি স্পেস বিভক্ত তালিকার অনির্ধারিত ফলাফল থাকবে।

allow_non_ascii_filenames = বুলিয়ান;
এই ক্ষেত্রটি নন-ascii-মুদ্রণযোগ্য অক্ষর সহ ফাইলের নামের অনুমতি দেওয়ার জন্য ব্যবহার করা যেতে পারে
তাদের সাধারণত এর মানে হবে একটি UTF8 বা কোনো ধরনের আন্তর্জাতিক অক্ষরসেট।
সেট না হলে মিথ্যা থেকে ডিফল্ট।

মনে রাখবেন যে এই ক্ষেত্রটি অন্য ফাইলের নাম ফিল্টারকে ওভাররাইড করে না। এটা হবে
স্পষ্টভাবে সেট করার জন্য প্রয়োজনীয় shell_safe_filenames = মিথ্যা যেমন. এটা হবে
সেট করার জন্য প্রয়োজনীয় dos_filename_required = মিথ্যা (ডিফল্ট) পাশাপাশি। এটা হবে
সেট করার জন্য প্রয়োজনীয় posix_filename_charset = মিথ্যা (ডিফল্ট) পাশাপাশি।

filename_pattern_accept = [ স্ট্রিং ];
এই ক্ষেত্রটি গ্রহণযোগ্য ফাইলের নামগুলির প্যাটার্নগুলির একটি তালিকা নির্দিষ্ট করতে ব্যবহৃত হয়।
ডিফল্ট "*" সেট না থাকলে।

filename_pattern_reject = [ স্ট্রিং ];
এই ক্ষেত্রটি অগ্রহণযোগ্য ফাইলের নামগুলির প্যাটার্নগুলির একটি তালিকা নির্দিষ্ট করতে ব্যবহৃত হয়।

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

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

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

ফাইল নাম ব্যাখ্যা
এজিস প্রোগ্রাম ফাইলের নাম থেকে প্রকল্প ফাইলের নাম নির্ধারণ করার চেষ্টা করবে
কমান্ড লাইনে দেওয়া। সমস্ত ফাইলের নাম আপেক্ষিক হিসাবে aegis প্রকল্পের মধ্যে সংরক্ষণ করা হয়
বেসলাইন ডিরেক্টরি গাছের মূলে। উন্নয়ন ডিরেক্টরি এবং
ইন্টিগ্রেশন ডিরেক্টরি হল এই বেসলাইন ডিরেক্টরির ছায়া, এবং তাই এই আপেক্ষিক নামগুলি
এখানেও আবেদন করুন। কমান্ড লাইনে নাম দেওয়া ফাইলগুলি প্রথমে পরম পাথে রূপান্তরিত হয়
যদি প্রয়োজন হয় তাহলে. তারপরে তাদের বেসলাইন পাথ, ডেভেলপমেন্ট ডিরেক্টরির সাথে তুলনা করা হয়
path, এবং ইন্টিগ্রেশন ডিরেক্টরি পাথ, একটি বেসলাইন-আপেক্ষিক নাম নির্ধারণ করতে। এটাই
একটি ত্রুটি যদি নামের ফাইলটি এই ডিরেক্টরি গাছগুলির একটির বাইরে থাকে।

সার্জারির -বেস_আপেক্ষিক আপেক্ষিক ফাইলের নামগুলিকে ব্যাখ্যা করার জন্য বিকল্পটি ব্যবহার করা যেতে পারে
বেসলাইন পাথ আপেক্ষিক; পরম ফাইলের নাম এখনও বিভিন্ন সঙ্গে তুলনা করা হবে
একটি বেসলাইন-আপেক্ষিক নাম নির্ধারণ করার জন্য পাথ।

সার্জারির আপেক্ষিক_ফাইলের নাম_পছন্দ ব্যবহারকারী কনফিগারেশন ফাইল পরিবর্তন করতে ব্যবহার করা যেতে পারে
এই ডিফল্ট আচরণ. দেখা aeuconf(5) আরও তথ্যের জন্য।

পরিবর্তন দ্য আদর্শ of a ফাইল
আপনি যদি একটি ফাইলের ধরন পরিবর্তন করতে চান (বলুন, একটি পরীক্ষা থেকে একটি উত্স ফাইলে, বা ভাইস
বিপরীতভাবে) আপনি প্রথম ব্যবহার করে দুটি পরিবর্তন হিসাবে এটি করতে পারেন বায়ু(1) এক পরিবর্তন এবং তারপর
ব্যবহার aenf(এক্সএনএমএক্স) বা aent(1) একটি দ্বিতীয় পরিবর্তনে, অথবা আপনি একই সাথে উভয় ধাপ একত্রিত করতে পারেন
পরিবর্তন. ব্যবহার করতে মনে রাখবেন বায়ু -সাদা আউট বিকল্প বা আপনি একটি সবচেয়ে অদ্ভুত নতুন পাবেন
ফাইল টেমপ্লেট।

ফাইল কর্ম সমন্বয়
যখন এই কমান্ডটি চলে, এটি প্রথমে প্রকল্প ফাইলগুলির বিরুদ্ধে পরিবর্তন ফাইলগুলি পরীক্ষা করে। যদি
অসঙ্গতি আছে, ফাইলের ক্রিয়াগুলি নিম্নরূপ সামঞ্জস্য করা হবে:

create যদি একটি ফাইল তৈরি করা হয়, তবে আরেকটি পরিবর্তন সেট সংহত করা হয় যাও
ফাইল তৈরি করে, ফাইল অ্যাকশন পরিবর্তন সেটে এখনও বিকাশ করা হবে
"সংশোধন" এ সামঞ্জস্য করা হয়েছে।

modify যদি একটি ফাইল পরিবর্তন করা হয়, কিন্তু অন্য পরিবর্তন সেট একত্রিত করা হয় যা অপসারণ করে
ফাইল, ফাইল অ্যাকশনের পরিবর্তন সেটে এখনও ডেভেলপ করা হবে
"তৈরি করুন" এ সামঞ্জস্য করা হয়েছে।

রিমুভ যদি একটি ফাইল মুছে ফেলা হয়, কিন্তু অন্য পরিবর্তন সেট একত্রিত করা হয় যা সরিয়ে দেয়
ফাইল, ফাইলটি এখনও বিকাশ করা পরিবর্তন সেট থেকে বাদ দেওয়া হবে।

প্রজ্ঞাপন
সার্জারির new_file_command প্রজেক্টে কনফিগারেশন ফাইল সেট করা থাকলে চালানো হয়। দ্য প্রকল্প_-
ফাইল_কমান্ড এছাড়াও চালানো হয়, যদি সেট করা হয়, এবং যদি সম্প্রতি একটি ইন্টিগ্রেশন হয়েছে। দেখা
aepconf(5) আরও তথ্যের জন্য।

পরীক্ষা পারস্পরিক সম্পর্ক

"aegis -Test -SUGgest" কমান্ডটি aegis উপযুক্ত রিগ্রেশনের পরামর্শ দেওয়ার জন্য ব্যবহার করা যেতে পারে
আপনার পরিবর্তনের সোর্স ফাইলের উপর ভিত্তি করে আপনার পরিবর্তনের জন্য পরীক্ষা। এই স্বয়ংক্রিয়ভাবে
রিগ্রেশন পরীক্ষার সংখ্যা হ্রাস করে প্রাসঙ্গিক পরীক্ষায় পরীক্ষার প্রচেষ্টাকে কেন্দ্রীভূত করে
আপনি একটি বাগ প্রবর্তন করেননি যে আত্মবিশ্বাসী হতে হবে.

পরীক্ষার পারস্পরিক সম্পর্ক "aegis -Integrate_Pass" কমান্ড দ্বারা তৈরি করা হয়, যা
পরিবর্তনের প্রতিটি সোর্স ফাইলের সাথে পরিবর্তনের প্রতিটি পরীক্ষাকে সংযুক্ত করে। এইভাবে, প্রতিটি
সোর্স ফাইল অতীতে এটির সাথে যুক্ত করা পরীক্ষার একটি তালিকা জমা করে।
এটি কোড কভারেজ বিশ্লেষণের মতো সঠিক নয়, তবে এটি একটি যুক্তিসঙ্গত অনুমান
অনুশীলন।

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

পরীক্ষা অনুবন্ধ সঠিকতা
ধরে নিচ্ছি যে পরীক্ষার পারস্পরিক সম্পর্ক সঠিক এবং পরীক্ষাগুলি সমানভাবে
ফাংশন স্থান জুড়ে বিতরণ, একটি কম হবে 1/সংখ্যা সুযোগ যে একটি
প্রাসঙ্গিক পরীক্ষা “aegis -Test -SUGgest দ্বারা পরিচালিত হয়নি৷ সংখ্যা"আদেশ। একটি ছোট
গোলমাল পরিমাণ পরীক্ষা ওজন যোগ করা হয়, যাতে অপ্রত্যাশিত জিনিস কখনও কখনও হয়
পরীক্ষিত, এবং একই পরীক্ষা প্রতিবার চালানো হয় না।

পরীক্ষার পারস্পরিক সম্পর্কের সঠিকতা নিশ্চিত করে উন্নত করা যেতে পারে:

· প্রতিটি পরিবর্তন দৃঢ়ভাবে ফোকাস করা উচিত, কোন অপ্রয়োজনীয় ফাইল অন্তর্ভুক্তি ছাড়া. এই
মিথ্যা পারস্পরিক সম্পর্ক এড়িয়ে যায়।

· নতুন কার্যকারিতা প্রতিটি আইটেম একটি পৃথক পরিবর্তন যোগ করা উচিত, পরিবর্তে
একসাথে বেশ কয়েকটি। এটি কার্যকারিতার সাথে পরীক্ষার সাথে দৃঢ়ভাবে সম্পর্কযুক্ত।

· প্রতিটি বাগ একসাথে একাধিক পরিবর্তন না করে একটি পৃথক পরিবর্তনে সংশোধন করা উচিত। এই
দৃঢ়ভাবে কার্যকারিতা সঙ্গে পরীক্ষার সম্পর্ক.

· ফাইল সরানো হলে পরীক্ষার পারস্পরিক সম্পর্ক হারিয়ে যাবে। এটা কারণ পারস্পরিক সম্পর্ক দ্বারা হয়
নাম.

সোর্স ফাইলগুলির সাথে সঠিকভাবে পারস্পরিক সম্পর্ক স্থাপনের জন্য পরীক্ষার জন্য সর্বোত্তম উপায় হল যখন একটি পরিবর্তন
পরীক্ষার অধীনে কার্যকারিতা সম্পর্কিত একটি পরীক্ষা এবং ঠিক সেই ফাইলগুলি রয়েছে। খুব
অনেক জাল ফাইল পরীক্ষার পারস্পরিক সম্পর্ককে দুর্বল করে দেবে।

বিকল্প

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

-নির্মাণ
এই বিকল্পটি একটি বিল্ড করার সময় ফাইলটি তৈরি করা হয়েছে তা নির্দিষ্ট করতে ব্যবহার করা যেতে পারে
(প্রায়শই শুধুমাত্র একটি ইন্টিগ্রেট বিল্ড), যাতে এটির ইতিহাস রাখা যেতে পারে। এই
প্যাচ ফাইল তৈরি করার জন্য দরকারী, যেখানে জেনারেট করা ফাইলগুলির একটি ইতিহাস রয়েছে
গুরুত্বপূর্ণ যদিও এইভাবে তৈরি করা ফাইলগুলি পরিবর্তনে কপি করা যাবে না
তারা মুছে ফেলা হতে পারে. সম্ভব হলে এই ধরনের ফাইল ব্যবহার করা এড়িয়ে চলুন।

-বেস_আপেক্ষিক
আপেক্ষিক ফাইলের নামগুলিকে আপেক্ষিক হিসাবে বিবেচনা করার জন্য এই বিকল্পটি ব্যবহার করা যেতে পারে
উৎস গাছের ভিত্তি। দেখা aeuconf(5) সংশ্লিষ্ট ব্যবহারকারীর জন্য
পক্ষপাত।

-বর্তমান_আত্মীয়
আপেক্ষিক ফাইলের নামগুলিকে আপেক্ষিক হিসাবে বিবেচনা করার জন্য এই বিকল্পটি ব্যবহার করা যেতে পারে
বর্তমান ডিরেক্টরি। এটি সাধারণত ডিফল্ট। দেখা aeuconf(5) জন্য
সংশ্লিষ্ট ব্যবহারকারীর পছন্দ।

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

-কনফিগার করা হয়েছে
ফাইলটি একটি Aegis প্রকল্প তা নির্দিষ্ট করতে এই বিকল্পটি ব্যবহার করা যেতে পারে
কনফিগারেশন ফাইল. ডিফল্ট প্রকল্প কনফিগারেশন ফাইল বলা হয় aegis.conf,
তবে যেকোনো ফাইলের নাম ব্যবহার করা যেতে পারে। আপনি একাধিক ফাইল ব্যবহার করতে পারেন,
বিষয়বস্তুকে বিভিন্ন ফাইলে বিভক্ত করা, যার সবকটিই এই ধরনের হতে হবে।

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

-কীপ
এই বিকল্পটি সাধারণত মুছে ফেলা ফাইল এবং/অথবা ডিরেক্টরিগুলি ধরে রাখতে ব্যবহার করা যেতে পারে
কমান্ড দ্বারা প্রতিস্থাপিত। ব্যবহারকারীর ডিফল্ট ডিলিট_ফাইল_পছন্দ যদি না
নির্দিষ্ট করা, দেখুন aeuconf(5) আরও তথ্যের জন্য।

-না_রাখুন
ফাইল এবং/অথবা ডিরেক্টরি মুছে ফেলা হয়েছে তা নিশ্চিত করতে এই বিকল্পটি ব্যবহার করা যেতে পারে
বা কমান্ড দ্বারা প্রতিস্থাপিত। ব্যবহারকারীর ডিফল্ট ডিলিট_ফাইল_পছন্দ যদি না
নির্দিষ্ট করা, দেখুন aeuconf(5) আরও তথ্যের জন্য।

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

-না_লগিং
আউটপুট এবং ত্রুটিগুলির স্বয়ংক্রিয় লগিং নিষ্ক্রিয় করতে এই বিকল্পটি ব্যবহার করা যেতে পারে
একটি নথি. এটি প্রায়ই উপযোগী হয় যখন একটি শেলের মধ্যে কয়েকটি aegis কমান্ড একত্রিত করা হয়
লিপি.

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

-টেমপ্লেট
এই বিকল্পটি নির্দিষ্ট করতে ব্যবহার করা যেতে পারে যে একটি নতুন ফাইল টেমপ্লেট ব্যবহার করা উচিত, এমনকি
যদি ফাইলটি ইতিমধ্যে বিদ্যমান থাকে।

-না_টেমপ্লেট
এই বিকল্পটি নির্দিষ্ট করতে ব্যবহার করা যেতে পারে যে একটি নতুন ফাইল টেমপ্লেট ব্যবহার করা উচিত নয়,
এমনকি যদি ফাইলটি বিদ্যমান না থাকে (কোনও খালি ফাইল তৈরি করা হবে)।

-টেরসে
এই বিকল্পটি ন্যূনতম ন্যূনতম উৎপাদনের জন্য তালিকা তৈরি করতে ব্যবহার করা যেতে পারে
তথ্য এটি সাধারণত শেল স্ক্রিপ্টের জন্য দরকারী।

-ভেরবুস
এই বিকল্পটি aegisকে আরও আউটপুট তৈরি করার জন্য ব্যবহার করা যেতে পারে। ডিফল্ট এজিস দ্বারা
শুধুমাত্র ত্রুটির উপর আউটপুট উত্পাদন করে। সঙ্গে ব্যবহার করা হলে -তালিকা বিকল্প এই বিকল্প
কলাম শিরোনাম যোগ করার কারণ।

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

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

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

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

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

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

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

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

প্রস্তাবিত উপায় দ্বারা

এই কমান্ডের জন্য প্রস্তাবিত উপনাম হল
csh% ওরফে aenf 'aegis -nf \!* -v'
sh$ aenf(){aegis -nf "$@" -v}

ত্রুটি

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

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

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

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

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

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