aemvu - آنلاین در ابر

برنامه:

نام

واگرد فایل aegis move - لغو تغییر نام فایل به عنوان بخشی از تغییر

خلاصه

حمایت -MoVe_file_Undo [ انتخاب...] نام فایل...
حمایت -MoVe_file_Undo -فهرست [ انتخاب...]
حمایت -MoVe_file_Undo -کمک

شرح

La حمایت -MoVe_file_Undo دستور برای معکوس کردن اثرات استفاده می شود حمایت -MoVe_file
فرمان فقط باید نیمی از تغییر نام را نام ببرید، نیمی دیگر مشخص خواهد شد
بطور خودکار. می توانید این دستور را در کل دایرکتوری ها اعمال کنید.

فایل‌های نام‌گذاری شده از دایرکتوری توسعه حذف و از لیست حذف خواهند شد
از فایل های در تغییر.

پرونده نام تفسیر
برنامه aegis سعی می کند نام فایل پروژه را از نام فایل ها تعیین کند
در خط فرمان داده شده است. همه نام فایل ها در پروژه های aegis به عنوان نسبی ذخیره می شوند
به ریشه درخت دایرکتوری پایه. دایرکتوری توسعه و
دایرکتوری ادغام سایه هایی از این دایرکتوری پایه و بنابراین این نام های نسبی هستند
اینجا هم درخواست کن فایل های نام گذاری شده در خط فرمان ابتدا به مسیرهای مطلق تبدیل می شوند
در صورت لزوم سپس با مسیر پایه، دایرکتوری توسعه مقایسه می شوند
مسیر، و مسیر دایرکتوری ادغام، برای تعیین یک نام نسبی پایه. این است
اگر فایل نامگذاری شده خارج از یکی از این درختان دایرکتوری باشد، یک خطا رخ می دهد.

La -BAse_RElative ممکن است از گزینه برای ایجاد نام فایل های نسبی به عنوان تفسیر استفاده شود
نسبت به مسیر پایه؛ نام فایل های مطلق همچنان با انواع مختلف مقایسه خواهد شد
مسیرها به منظور تعیین نام نسبی پایه.

La relative_filename_preference در فایل پیکربندی کاربر ممکن است برای اصلاح استفاده شود
این رفتار پیش فرض دیدن aeuconf(5) برای اطلاعات بیشتر

روند طرف اثرات
این دستور هرگونه ثبت ساخت یا آزمایش را لغو می کند، زیرا فایل دیگری اضافه می شود
منطقی آنها را باطل می کند.

اخطار
La new_file_undo_command و remove_file_undo_command در این پروژه پیکربندی پرونده هستند
اجرا شود، اگر تنظیم شود. در پروژه_فایل_فرمان نیز اجرا می شود، در صورت تنظیم، و اگر وجود داشته است
ادغام اخیرا دیدن 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" ]; }
];
چون غایب بدن فیلد فرعی به این معنی است که اصلاً فایل سفید تولید نمی کند.

شما ممکن است بیش از یک ورودی الگوی سفید را داشته باشید، اما توجه داشته باشید که ترتیب آن
ورودی ها مهم است اولین ورودی که منطبق است استفاده خواهد شد.

اخطار
پس از تکمیل موفقیت آمیز این دستور، اعلان ها معمولا توسط
aermu(1) انفو(1) و aentu(1) دستورات در صورت لزوم اجرا می شوند. اینها شامل
پروژه_فایل_فرمان, new_file_undo_command, new_test_undo_command و remove_file_undo_‐
فرمان زمینه های پروژه پیکربندی فایل. دیدن aepconf(5) برای اطلاعات بیشتر

OPTIONS

گزینه های زیر قابل درک است:

-تغییر دادن عدد
این گزینه ممکن است برای تعیین یک تغییر خاص در یک پروژه استفاده شود. دیدن
حمایت(1) برای توضیح کامل این گزینه.

-کمک
این گزینه ممکن است برای به دست آوردن اطلاعات بیشتر در مورد نحوه استفاده از آن استفاده شود حمایت
برنامه است.

-فهرست
این گزینه ممکن است برای به دست آوردن لیستی از موضوعات مناسب برای این دستور استفاده شود.
فهرست ممکن است کلی تر از حد انتظار باشد.

-Not_Logging
این گزینه ممکن است برای غیرفعال کردن ثبت خودکار خروجی ها و خطاها استفاده شود
یک فایل. این اغلب زمانی مفید است که چندین دستور aegis در یک پوسته ترکیب شوند
اسکریپت

-پروژه نام
این گزینه ممکن است برای انتخاب پروژه مورد علاقه استفاده شود. وقتی نه -پروژه
گزینه مشخص شده است، AEGIS_PROJECT متغیر محیطی مورد بررسی قرار می گیرد. اگر
که وجود ندارد، متعلق به کاربر است $HOME/.aegisrc فایل برای یک پیش فرض بررسی می شود
زمینه پروژه (نگاه کنید به aeuconf(5) برای اطلاعات بیشتر). اگر آن وجود نداشته باشد،
زمانی که کاربر فقط روی تغییرات در یک پروژه کار می کند، پروژه
نام پیش فرض برای آن پروژه است. در غیر این صورت خطا است.

-ترس
این گزینه ممکن است برای ایجاد فهرست ها برای تولید حداقل مقدار استفاده شود
اطلاعات معمولا برای اسکریپت های پوسته مفید است.

-وبربس
این گزینه ممکن است برای ایجاد خروجی بیشتر aegis استفاده شود. به طور پیش فرض aegis
فقط بر روی خطاها خروجی تولید می کند. هنگام استفاده با -فهرست این گزینه را انتخاب کنید
باعث می شود عنوان ستون اضافه شود.

-Verify_Symbolic_Links
این گزینه ممکن است برای درخواست پیوندهای نمادین یا پیوندهای سخت یا
کپی فایل، در منطقه کاری به روز شود تا وضعیت فعلی را منعکس کند
خط پایه این توسط کنترل می شود توسعه_دایرکتوری_سبک زمینه از
فایل پیکربندی پروژه فقط فایل هایی هستند که در تغییر دخیل نیستند
به روز شد. همچنین قسمت "symbolic_links_preference" را ببینید aeuconf(5). این
اگر برای پیکربندی شما معنی دار باشد، گزینه پیش فرض است. نام یک است
تصادف تاریخی، لینک های سخت و کپی فایل گنجانده شده است.

-پیوندهای_سمبلیک را فرض کنید
این گزینه ممکن است برای درخواست عدم به‌روزرسانی فایل‌های آینه‌ای پایه استفاده شود
محل. این گزینه زمانی مفید است که شما قطعا دانستن به روز بودن فایل ها
الان مهم نیست. استفاده نادرست از این گزینه ممکن است داشته باشد
عوارض جانبی ساخت پیش بینی نشده همچنین به قسمت "symbolic_links_preference" مراجعه کنید
of aeuconf(5). این گزینه اگر برای شما معنی دار نباشد، پیش فرض است
پیکربندی نام یک تصادف تاریخی، لینک های سخت و کپی فایل است
شامل می شود

-صبر کن این گزینه ممکن است برای نیاز به دستورات 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% نام مستعار aemvu 'aegis -mvu \!* -v'
sh$ aemvu(){aegis -mvu "$@" -v}

خطاها

اگر تغییر در آن نباشد خطا است بودن توسعه دولت است.
اگر تغییر به کاربر فعلی اختصاص داده نشود، یک خطا است.
اگر فایل با تغییر جابجا نشود، خطا است.

خروج وضعیت

La حمایت دستور با وضعیت 1 در هر خطایی خارج می شود. در حمایت فقط دستور خواهد داد
در صورت عدم وجود خطا با وضعیت 0 خارج شوید.

محیط زیست متغیرها

دیدن حمایت(1) برای لیستی از متغیرهای محیطی که ممکن است بر این دستور تأثیر بگذارد. دیدن
aepconf(5) برای فایل پیکربندی پروژه پروژه_خاص زمینه برای نحوه تنظیم
متغیرهای محیطی برای تمام دستورات اجرا شده توسط Aegis.

با استفاده از خدمات onworks.net از aemvu به صورت آنلاین استفاده کنید