انگلیسیفرانسویاسپانیایی

Ad


فاویکون OnWorks

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

اجرای aerm در ارائه دهنده هاست رایگان OnWorks از طریق Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS

این دستور aerm است که می تواند در ارائه دهنده میزبانی رایگان OnWorks با استفاده از یکی از چندین ایستگاه کاری آنلاین رایگان ما مانند Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS اجرا شود.

برنامه:

نام


فایل حذف aegis - فایل هایی را برای حذف به یک تغییر اضافه کنید

خلاصه


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

شرح


La حمایت -حذف فایل دستور برای اضافه کردن فایل هایی که باید به یک تغییر حذف شوند استفاده می شود. پرونده
به لیست فایل های موجود در تغییر اضافه می شود و از خط پایه حذف می شود
در زمان ادغام

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

یک فایل در دایرکتوری توسعه ایجاد می شود که حاوی 1 کیلوبایت متن تصادفی است. را
متن تصادفی به قدری خشمگین است که اکثر کامپایلرها پیام خطا می دهند.
اگر فایل به طور تصادفی ارجاع داده شود. این اغلب هنگام برداشتن بسیار مفید است
شامل فایل ها

می‌توانید یک نام دایرکتوری برای حذف همه فایل‌های درخت فهرست نام‌گذاری شده تعیین کنید. این است
اگر فایل های مربوطه وجود نداشته باشد، خطا می کند.

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

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

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

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

هنگامی که فایل های تغییر لیست می شوند (حمایت -فهرست Change_Files -ترس) فایل های حذف شده خواهد شد
در فهرست مختصر ظاهر نمی شود. به طور مشابه، هنگامی که فایل های پروژه با یک لیست شده اند
شماره تغییر صریح (حمایت -فهرست Project_Files -ترس -تغییر دادن ن) هیچ کدام از تغییرات
فایل ها، از جمله فایل های حذف شده، در فهرست مختصر ظاهر نمی شوند. این دو
ویژگی ها هنگام فراخوانی aegis از داخل یک DMT برای تولید لیست بسیار مفید هستند
فایل های منبع.

تغییر دادن la نوع of a پرونده
اگر می خواهید نوع فایل را تغییر دهید (مثلاً از یک آزمایش به یک فایل منبع یا معاون
برعکس) می توانید آن را به عنوان دو تغییر، با استفاده از ابتدا انجام دهید هوا(1) در یک تغییر و سپس
با استفاده از aenf(1) یا aent(1) در یک تغییر دوم، یا می توانید هر دو مرحله را با هم ترکیب کنید
تغییر دادن. به یاد داشته باشید که از هوا -در حال حاضر یا یک گزینه جدید عجیب و غریب دریافت خواهید کرد
قالب فایل

اخطار
La remove_file_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" ]; }
];
چون غایب بدن فیلد فرعی به این معنی است که اصلاً فایل سفید تولید نمی کند.

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

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

ایجاد اگر یک فایل در حال ایجاد است، اما مجموعه تغییرات دیگری یکپارچه شده است که همچنین
فایل را ایجاد می کند، عملکرد فایل در مجموعه تغییرات هنوز در حال توسعه خواهد بود
تنظیم به "تغییر".

modify اگر فایلی در حال تغییر است، اما مجموعه تغییرات دیگری ادغام شده است که حذف می شود
فایل، عمل فایل در مجموعه تغییر هنوز در حال توسعه خواهد بود
برای "ایجاد" تنظیم شده است.

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

OPTIONS


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

-BAse_RElative
این گزینه ممکن است برای در نظر گرفتن نام فایل‌های نسبی با آن استفاده شود
پایه درخت منبع دیدن aeuconf(5) برای کاربر مربوطه
ترجیح.

-CUrrent_RElative
این گزینه ممکن است برای در نظر گرفتن نام فایل‌های نسبی با آن استفاده شود
دایرکتوری فعلی این معمولاً پیش فرض است. دیدن aeuconf(5) برای
اولویت کاربر مربوطه

-تغییر دادن عدد
این گزینه ممکن است برای تعیین یک تغییر خاص در یک پروژه استفاده شود. دیدن
حمایت(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% نام مستعار aerm 'aegis -rm \!* -v'
sh$ aerm(){aegis -rm "$@" -v}

خطاها


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

خروج وضعیت


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

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


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

با استفاده از خدمات onworks.net از aerm آنلاین استفاده کنید


سرورها و ایستگاه های کاری رایگان

دانلود برنامه های ویندوز و لینوکس

دستورات لینوکس

Ad