این دستور aemv است که می تواند در ارائه دهنده هاست رایگان OnWorks با استفاده از یکی از چندین ایستگاه کاری آنلاین رایگان مانند Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS اجرا شود.
برنامه:
نام
فایل aegis move - تغییر نام یک یا چند فایل به عنوان بخشی از یک تغییر
خلاصه
حمایت -MoVe_file [ انتخاب...] نام قدیمی نام جدید [ old1 new1 [ old2 new2 ] ]
حمایت -MoVe_file -فهرست [ انتخاب...]
حمایت -MoVe_file -کمک
شرح
La حمایت -MoVe_file دستور برای کپی کردن یک فایل در یک تغییر و تغییر نام آن در
همان زمان.
فایل های نامگذاری شده از خط پایه کپی می شوند (فایل قدیمی) در توسعه
فهرست راهنما (فایل جدید) و به لیست فایل های موجود در تغییر اضافه شد.
اخطار: اگر از قبل فایلهایی در دایرکتوری توسعه هر کدام از آنها وجود داشته باشد نام قدیمی or
la نام جدید آنها بازنویسی خواهند شد.
La فایل قدیمی در دایرکتوری توسعه شامل 1 کیلوبایت متن تصادفی است. تصادفی
متن به قدری خشمگین است که اکثر کامپایلرها پیام خطا می دهند
فایل به طور تصادفی ارجاع داده شود این اغلب هنگام جابجایی شامل فایل ها بسیار مفید است.
می توانید نام دایرکتوری ها را تغییر دهید. تمام فایل های موجود در نام قدیمی درخت دایرکتوری تغییر نام خواهد داد
زیر بودن نام جدید درخت دایرکتوری
پرونده نام تفسیر
برنامه aegis سعی می کند نام فایل پروژه را از نام فایل ها تعیین کند
در خط فرمان داده شده است. همه نام فایل ها در پروژه های aegis به عنوان نسبی ذخیره می شوند
به ریشه درخت دایرکتوری پایه. دایرکتوری توسعه و
دایرکتوری ادغام سایه هایی از این دایرکتوری پایه و بنابراین این نام های نسبی هستند
اینجا هم درخواست کن فایل های نام گذاری شده در خط فرمان ابتدا به مسیرهای مطلق تبدیل می شوند
در صورت لزوم سپس با مسیر پایه، دایرکتوری توسعه مقایسه می شوند
مسیر، و مسیر دایرکتوری ادغام، برای تعیین یک نام نسبی پایه. این است
اگر فایل نامگذاری شده خارج از یکی از این درختان دایرکتوری باشد، یک خطا رخ می دهد.
La -BAse_RElative ممکن است از گزینه برای ایجاد نام فایل های نسبی به عنوان تفسیر استفاده شود
نسبت به مسیر پایه؛ نام فایل های مطلق همچنان با انواع مختلف مقایسه خواهد شد
مسیرها به منظور تعیین نام نسبی پایه.
La relative_filename_preference در فایل پیکربندی کاربر ممکن است برای اصلاح استفاده شود
این رفتار پیش فرض دیدن aeuconf(5) برای اطلاعات بیشتر
روند طرف اثرات
این دستور هرگونه ثبت ساخت یا آزمایش را لغو می کند، زیرا فایل دیگری اضافه می شود
منطقی آنها را باطل می کند.
هنگامی که فایل های تغییر لیست می شوند (حمایت -فهرست Change_Files -ترس) فایل های جدید (جدید-
نام) در لیست ظاهر می شود و فایل های حذف شده (نام قدیمی) اراده نه ظاهر می شود در
فهرست مختصر به طور مشابه، هنگامی که فایل های پروژه با یک تغییر آشکار فهرست می شوند
عدد (حمایت -فهرست Project_Files -ترس -تغییر دادن ن) هیچ یک از فایل های تغییر، از جمله
هر دو فایل جدید و حذف شده، در لیست مختصر ظاهر می شوند. این دو ویژگی هستند
هنگام فراخوانی aegis از داخل یک DMT برای تولید لیست فایل های منبع بسیار مفید است.
اخطار
La new_file_command و remove_file_command در این پروژه پیکربندی فایل اجرا می شود، اگر تنظیم شود.
La پروژه_فایل_فرمان نیز اجرا می شود، اگر تنظیم شده باشد، و اگر یکپارچگی وجود داشته باشد
به تازگی. دیدن aepconf(5) برای اطلاعات بیشتر
سفید
Aegis چیزی را به شما ارائه می دهد که اغلب "مسیر دید" نامیده می شود که نشان دهنده توسعه است
ابزارها (کامپایلرها، ساخت سیستم ها، و غیره) ابتدا به دایرکتوری توسعه نگاه کنید، سپس به داخل
خط پایه شاخه، و غیره تا خط پایه تنه.
مشکل مسیرهای مشاهده این است که برای حذف فایل ها، به نوعی نیاز دارید
"Whiteout" برای گفتن "نگاه نکنید، حذف شده است."
وقتی از هوا(1) یا aemv(1) دستورات، به این معنی است که اطلاعات را به این تغییر اضافه کنید
هنگامی که این تغییر یکپارچه شود، فایل را از خط پایه حذف می کند." یعنی در حین
تغییر در بودن توسعه در حالت توسعه، فایل فقط "حذف" می شود
دایرکتوری - هنوز در خط مبنا وجود دارد و تا زمانی که تغییر انجام نشود وجود خواهد داشت
با موفقیت یکپارچه شد
هنگامی که شما استفاده می کنید هوا(1) یا aemv(1) دستورات، Aegis یک فایل 1K برای عمل به عنوان ایجاد می کند
سفید کردن محتویات آن نسبتاً زشت است به طوری که اگر "حذف شده" را کامپایل یا اضافه کنید
فایل به طور تصادفی، یک خطای مرگبار دریافت می کنید. این به شما یادآوری می کند که موارد منسوخ را حذف کنید
منابع.
هنگامی که تغییر در یکپارچه، فایل حذف شده است نه کپی/پیوند شده از خط پایه به
دایرکتوری ادغام، و است نه از دایرکتوری توسعه کپی شده است. در این
زمانی که از نظر فیزیکی از بین رفته باشد (بدون سفید شدن). فرض بر این است که به دلیل خطا
القای سفید کردن همه مراجع قدیمی پیدا و رفع شد در حالی که تغییر در بود
بودن توسعه دولت است.
پرونده آشکار می شود
هنگام ایجاد لیست فایل هایی که باید کامپایل یا پیوند داده شوند، مهم است که فایل
مانیفست از اطلاعات شناخته شده توسط Aegis به جای سیستم فایل تولید می شود.
این به چند دلیل:
(الف) Aegis دقیقاً میداند چه فایلهایی (منبع) کجا هستند، در حالی که همه چیزهای دیگر هستند
استنباط دانش Aegis; و
(ب) زمانی که مسیر نمایش از 2 فهرست بیشتر باشد، جستجو در سیستم فایل سخت است
(و روش انشعاب Aegis می تواند آن را به طور دلخواه طولانی کند). و
(ج) فایل های سفید، و هر چیز دیگری که "در اطراف" باقی می ماند، هر روشی را گیج می کند
که سیستم فایل را بازجویی می کند.
ساده ترین راه برای استفاده از دانش فایل Aegis با چیزی مانند an است بیدار(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 فایل، همه در یک
عبور.
می توان همین کار را با تولید کننده گزارش Aegis انجام داد (نگاه کنید به هوا(1) برای اطلاعات بیشتر
اطلاعات)، اما این بیشتر از بیدار(1) اسکریپت. با این حال، با
اطلاعات "مستقیم از دهان اسب" همانطور که بود، می تواند بسیار هوشمندتر نیز باشد.
این مانیفست فایل بدون اتصال به فایل Aegis قدیمی میشود
دستورات عملیات با استفاده از project-file_command و change_file_command زمینه های
پروژه پیکربندی فایل (نگاه کنید به aepconf(5) برای اطلاعات بیشتر)، می توانید این فایل را حذف کنید
در زمان های استراتژیک
/* زمانی که مانیفست فایل تغییر تغییر می کند اجرا شود */
change_file_command = "rm -f manifest.make.inc";
/* زمانی که مانیفست فایل پروژه تغییر می کند اجرا شود */
project_file_command = "rm -f manifest.make.inc";
بنابراین، مانیفست فایل جدید در طول دوره بعدی دوباره ساخته خواهد شد عیب(1) فرمان.
گزینه و تنظیمات
وجود دارد -No-WhiteOut گزینه ای که ممکن است برای سرکوب فایل های سفید در هنگام استفاده استفاده شود
la هوا(1) و aemv(1) دستورات مربوطه وجود دارد -WhiteOut گزینه ، که هست
معمولا پیش فرض
وجود دارد whiteout_preference فیلد در فایل تنظیمات کاربر (نگاه کنید به aeuconf(5) برای
اطلاعات بیشتر) اگر می خواهید این گزینه را برای همیشه تنظیم کنید.
Whiteout پرونده قالب
La whiteout_template زمینه پروژه پیکربندی فایل ممکن است برای تولید زبان استفاده شود-
فایل های خطای خاص اگر هیچ ورودی الگوی سفیدی مطابقت نداشته باشد، یک فایل 1 کیلوبایتی بسیار زشت خواهد بود
تولید شود - تقریباً برای هر زبانی باید خطاهای کامپایلر را القا کند.
اگر می خواهید پیام خطای قابل خواندن بیشتری برای انسان داشته باشید، ورودی هایی مانند
whiteout_template =
[
{
الگو = [ "*.[ch]" ];
body = "#error این فایل حذف شده است.";
}
];
می تواند بسیار مؤثر باشد (این مثال فرض می کند gcc(1) در حال استفاده است).
اگر ضروری است که نه فایل سفید تولید می شود، مثلا برای فایل های منبع C، شما می توانید
از یک قالب سفید مانند استفاده کنید
whiteout_template =
[
{ الگو = [ "*.c" ]; }
];
چون غایب بدن فیلد فرعی به این معنی است که اصلاً فایل سفید تولید نمی کند.
شما ممکن است بیش از یک ورودی الگوی سفید را داشته باشید، اما توجه داشته باشید که ترتیب آن
ورودی ها مهم است اولین ورودی که منطبق است استفاده خواهد شد.
اخطار
پس از تکمیل موفقیت آمیز این دستور، اعلان ها معمولا توسط
هوا(1) aenf(1) و aent(1) دستورات در صورت لزوم اجرا می شوند. اینها شامل
پروژه_فایل_فرمان, new_file_command, new_test_command و remove_file_command زمینه
پروژه پیکربندی فایل. دیدن aepconf(5) برای اطلاعات بیشتر
OPTIONS
گزینه های زیر قابل درک است:
-تغییر دادن عدد
این گزینه ممکن است برای تعیین یک تغییر خاص در یک پروژه استفاده شود. دیدن
حمایت(1) برای توضیح کامل این گزینه.
-کمک
این گزینه ممکن است برای به دست آوردن اطلاعات بیشتر در مورد نحوه استفاده از آن استفاده شود حمایت
برنامه است.
-فهرست
این گزینه ممکن است برای به دست آوردن لیستی از موضوعات مناسب برای این دستور استفاده شود.
فهرست ممکن است کلی تر از حد انتظار باشد.
-Not_Logging
این گزینه ممکن است برای غیرفعال کردن ثبت خودکار خروجی ها و خطاها استفاده شود
یک فایل. این اغلب زمانی مفید است که چندین دستور aegis در یک پوسته ترکیب شوند
اسکریپت
-پروژه نام
این گزینه ممکن است برای انتخاب پروژه مورد علاقه استفاده شود. وقتی نه -پروژه
گزینه مشخص شده است، AEGIS_PROJECT متغیر محیطی مورد بررسی قرار می گیرد. اگر
که وجود ندارد، متعلق به کاربر است $HOME/.aegisrc فایل برای یک پیش فرض بررسی می شود
زمینه پروژه (نگاه کنید به aeuconf(5) برای اطلاعات بیشتر). اگر آن وجود نداشته باشد،
زمانی که کاربر فقط روی تغییرات در یک پروژه کار می کند، پروژه
نام پیش فرض برای آن پروژه است. در غیر این صورت خطا است.
-ترس
این گزینه ممکن است برای ایجاد فهرست ها برای تولید حداقل مقدار استفاده شود
اطلاعات معمولا برای اسکریپت های پوسته مفید است.
-وبربس
این گزینه ممکن است برای ایجاد خروجی بیشتر aegis استفاده شود. به طور پیش فرض aegis
فقط بر روی خطاها خروجی تولید می کند. هنگام استفاده با -فهرست این گزینه را انتخاب کنید
باعث می شود عنوان ستون اضافه شود.
-صبر کن این گزینه ممکن است برای نیاز به دستورات Aegis برای منتظر ماندن برای قفل دسترسی استفاده شود، اگر
آنها را نمی توان بلافاصله به دست آورد. به طور پیش فرض برای کاربر lock_wait_preference
اگر مشخص نشده است، ببینید aeuconf(5) برای اطلاعات بیشتر
-نه_صبر کن
این گزینه ممکن است برای نیاز به دستورات Aegis برای صدور یک خطای مرگبار در صورت دسترسی استفاده شود
قفل ها را نمی توان فوراً بدست آورد. به طور پیش فرض برای کاربر
lock_wait_preference اگر مشخص نشده است، ببینید aeuconf(5) برای اطلاعات بیشتر
-WhiteOut
این گزینه ممکن است برای درخواست جایگزینی فایلهای حذف شده با یک "Whiteout" استفاده شود.
فایل در دایرکتوری توسعه ایده این است که کامپایل چنین فایلی خواهد بود
منجر به یک خطای مهلک می شود تا همه مراجع پیدا شوند. این هست
معمولا پیش فرض
-No_WhiteOut
این گزینه ممکن است برای درخواست قرار دادن هیچ فایل "whiteout" در آن استفاده شود
دایرکتوری توسعه
همچنین مشاهده کنید حمایت(1) برای گزینه های مشترک برای همه دستورات aegis.
همه گزینه ها ممکن است به اختصار باشد. مخفف به صورت حروف بزرگ ثبت شده است،
تمام حروف کوچک و زیرخط (_) اختیاری هستند. باید متوالی استفاده کنید
دنباله ای از حروف اختیاری
همه گزینه ها به حروف بزرگ و کوچک حساس نیستند، می توانید آنها را با حروف بزرگ یا کوچک یا a تایپ کنید
ترکیب هر دو، مورد مهم نیست.
به عنوان مثال: آرگومان های "-project، "-PROJ" و "-p" همه به معنای
-پروژه گزینه. استدلال "-prj" درک نخواهد شد، زیرا متوالی است
کاراکترهای اختیاری ارائه نشده است.
گزینه ها و دیگر آرگومان های خط فرمان ممکن است به طور دلخواه در خط فرمان مخلوط شوند،
بعد از انتخابگرهای تابع
نام گزینه های طولانی گنو قابل درک است. از آنجایی که همه نام گزینه ها برای حمایت طولانی هستند،
این به معنای نادیده گرفتن «-» اضافی است. "--انتخاب=ارزش"کنوانسیون نیز است
فهمیده
می شود. آلیاس
نام مستعار توصیه شده برای این دستور است
csh% نام مستعار aemv 'aegis -mv \!* -v'
sh$ aemv(){aegis -mv "$@" -v}
خطاها
اگر تغییر در آن نباشد خطا است بودن توسعه دولت است.
اگر تغییر به کاربر فعلی اختصاص داده نشود، یک خطا است.
اگر هر یک از فایل ها قبلاً در حال تغییر باشد، خطا است.
خروج وضعیت
La حمایت دستور با وضعیت 1 در هر خطایی خارج می شود. در حمایت فقط دستور خواهد داد
در صورت عدم وجود خطا با وضعیت 0 خارج شوید.
محیط زیست متغیرها
دیدن حمایت(1) برای لیستی از متغیرهای محیطی که ممکن است بر این دستور تأثیر بگذارد. دیدن
aepconf(5) برای فایل پیکربندی پروژه پروژه_خاص زمینه برای نحوه تنظیم
متغیرهای محیطی برای تمام دستورات اجرا شده توسط Aegis.
با استفاده از خدمات onworks.net از aemv به صورت آنلاین استفاده کنید