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

কার্যক্রম:

NAME এর

aegis মুভ ফাইল - পরিবর্তনের অংশ হিসাবে এক বা একাধিক ফাইলের নাম পরিবর্তন করুন

সাইনোপিসিস

আশ্রয় -MoVe_file [ পছন্দ...] পুরাতন নাম নতুন নাম [ old1 new1 [ old2 new2 ] ]
আশ্রয় -MoVe_file -তালিকা [ পছন্দ...]
আশ্রয় -MoVe_file -সাহায্য

বর্ণনাঃ

সার্জারির আশ্রয় -MoVe_file একটি পরিবর্তনে একটি ফাইল অনুলিপি করতে এবং এর নাম পরিবর্তন করতে কমান্ড ব্যবহার করা হয়
একই সময়.

নামযুক্ত ফাইলগুলি বেসলাইন থেকে অনুলিপি করা হবে (পুরানো ফাইল) উন্নয়নে
ডিরেক্টরি (নতুন নথি), এবং পরিবর্তনে ফাইলের তালিকায় যোগ করা হয়েছে।

সতর্কতা: যদি ইতিমধ্যেই যেকোন একটির ডেভেলপমেন্ট ডিরেক্টরিতে ফাইল থাকে পুরাতন নাম or
দ্য নতুন নাম তারা ওভাররাইট করা হবে.

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

আপনি ডিরেক্টরির নাম পরিবর্তন করতে পারেন। সব ফাইল পুরাতন নাম ডিরেক্টরি গাছের নাম পরিবর্তন করা হবে
নিচে হতে নতুন নাম ডিরেক্টরি গাছ।

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

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

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

প্রক্রিয়া পাশ প্রভাব
অন্য ফাইল যোগ করার কারণে এই কমান্ডটি যেকোনো বিল্ড বা পরীক্ষা নিবন্ধন বাতিল করবে
যৌক্তিকভাবে তাদের অকার্যকর করে।

যখন পরিবর্তন ফাইল তালিকাভুক্ত করা হয় (আশ্রয় -তালিকা ফাইলগুলি পরিবর্তন করুন -টেরসে) নতুন ফাইল (new-
নাম) তালিকায় উপস্থিত হবে এবং সরানো ফাইলগুলি (পুরাতন নাম) ইচ্ছাশক্তি না উপস্থিত
সংক্ষিপ্ত তালিকা. একইভাবে, যখন প্রকল্প ফাইলগুলি একটি সুস্পষ্ট পরিবর্তনের সাথে তালিকাভুক্ত করা হয়
সংখ্যা (আশ্রয় -তালিকা প্রজেক্ট_ফাইলস -টেরসে -পরিবর্তন N) পরিবর্তনের ফাইলগুলির মধ্যে কিছুই নেই, সহ
নতুন এবং মুছে ফেলা উভয় ফাইলই সারস তালিকায় উপস্থিত হবে। এই দুটি বৈশিষ্ট্য হল
সোর্স ফাইলের তালিকা তৈরি করতে ডিএমটি থেকে এজিস কল করার সময় খুব সহায়ক।

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

হোয়াইটআউট

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" ]; }
];
কারণ একজন অনুপস্থিত শরীর সাব-ফিল্ড মানে কোনো হোয়াইটআউট ফাইল তৈরি করবেন না।

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

প্রজ্ঞাপন
এই কমান্ডের সফল সমাপ্তিতে, বিজ্ঞপ্তিগুলি সাধারণত দ্বারা সঞ্চালিত হয়
বায়ু(২০১১), aenf(1) এবং aent(1) কমান্ড চালানো হয়, উপযুক্ত হিসাবে। এই অন্তর্ভুক্ত
প্রজেক্ট_ফাইল_কমান্ড, new_file_command, new_test_command এবং রিমুভ_ফাইল_কমান্ড ক্ষেত্র
প্রজেক্টের কনফিগ ফাইল দেখা aepconf(5) আরও তথ্যের জন্য।

বিকল্প

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

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

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

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

-না_লগিং
আউটপুট এবং ত্রুটিগুলির স্বয়ংক্রিয় লগিং নিষ্ক্রিয় করতে এই বিকল্পটি ব্যবহার করা যেতে পারে
একটি নথি. এটি প্রায়ই উপযোগী হয় যখন একটি শেলের মধ্যে কয়েকটি 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% alias aemv 'aegis -mv \!* -v'
sh$ aemv(){aegis -mv "$@" -v}

ত্রুটি

পরিবর্তন না হলে এটি একটি ত্রুটি হচ্ছে উন্নত অবস্থা.
পরিবর্তনটি বর্তমান ব্যবহারকারীকে বরাদ্দ না করা হলে এটি একটি ত্রুটি।
যেকোনো একটি ফাইল ইতিমধ্যে পরিবর্তনের মধ্যে থাকলে এটি একটি ত্রুটি।

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

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

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

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

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