این دستور aedb است که می تواند در ارائه دهنده هاست رایگان OnWorks با استفاده از یکی از چندین ایستگاه کاری آنلاین رایگان ما مانند Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS اجرا شود.
برنامه:
نام
aegis develop start - شروع توسعه یک تغییر
خلاصه
حمایت -Develop_Begin تغییر - شماره [ انتخاب...]
حمایت -Develop_Begin -فهرست [ انتخاب...]
حمایت -Develop_Begin -کمک
شرح
La حمایت -Develop_Begin دستور برای شروع توسعه یک تغییر استفاده می شود.
دایرکتوری توسعه برای تغییر به طور خودکار ایجاد می شود. زیر
دایرکتوری مشخص شده در قسمت default_development_directory از aeuconf(5)، یا اگر نه
زیر دایرکتوری مشخص شده در قسمت default_development_directory از
aepattr(5)، یا اگر در زیر فهرست اصلی کاربر فعلی تنظیم نشده باشد. به ندرت نیاز است
نام مسیر دقیق دایرکتوری توسعه را بدانید aecd(1) فرمان می تواند شما را ببرد
در هر زمان وجود دارد
اجرای موفقیت آمیز این دستور، تغییر مشخص شده را از چشم انتظار
توسعه دولت به بودن توسعه دولت. boxid = 1 پایین S1: کادر "در انتظار"
پیکان "توسعه" "توسعه" ljust "شروع" ljust S2: کادر "در حال توسعه" T1:
spline -> از S2.w سپس 0.75 را ترک کرد و سپس 11/12 بالا رفت و سپس به 1/3 رسید "توسعه"
ljust "شروع" ljust "لغو" ljust در T1.c - (0.75,0)
اخطار
La develop_begin_command در فایل پیکربندی پروژه (نگاه کنید به aepconf(5) برای اطلاعات بیشتر
اطلاعات) در صورت مشخص شدن اجرا خواهد شد. این پس از آزاد شدن قفل های aegis اجرا می شود،
بنابراین اگر با احتیاط استفاده شود، دستورات اضافی aegis ممکن است از اینجا اجرا شوند. پیوندهای نمادین
(به زیر مراجعه کنید) دارند نه هنوز ایجاد شده است.
پروژه فهرست راهنما موقعیت مکانی:
لطفا توجه داشته باشید: Aegis همچنین با سیستم فایل زیربنایی مشورت می کند تا مفهوم آن را مشخص کند
حداکثر اندازه فایل جایی که حداکثر اندازه فایل سیستم فایل کمتر از
حداکثر_طول_نام_فایل، سیستم فایل برنده می شود. این می تواند اتفاق بیفتد، برای مثال، زمانی که شما هستید
با استفاده از سیستم فایل لینوکس UMSDOS، یا زمانی که NFS یک V7 قدیمی را نصب کرده اید
فایل سیستم تنظیمات حداکثر_طول_نام_فایل به 255 در این موارد تغییر نمی کند
این واقعیت که محدودیت های سیستم فایل اساسی بسیار کوچکتر است (به ترتیب 12 و 14).
اگر دایرکتوری های توسعه شما (یا کل پروژه شما) روی سیستم های فایل با نام فایل است
محدودیت ها، یا بخشی از ساخت های ناهمگن در چنین محیطی اتفاق می افتد،
این کمک می کند که به Aegis بگویید آنها چه هستند (با استفاده از پروژه پیکربندی فیلدهای فایل) به طوری که شما
در موقعیتی قرار نگیرید که پروژه بر اساس سهل‌انگیزتر باشد
محیط‌ها، اما با خطاهای مرموز در محیط‌های محدودتر شکست می‌خورد.
اگر دایرکتوری های توسعه شما به طور معمول بر روی یک سیستم فایل لینوکس UMSDOS هستند، این کار را انجام می دهید
احتمالا تنظیم بهتر است dos_filename_required = درست، و همچنین تغییر در
develop_directory_template رشته. توسعه ناهمگن با ویندوزهای مختلف
محیط ها نیز ممکن است به این نیاز داشته باشند.
مدیر بیش از حد
این امکان برای مدیران پروژه وجود دارد که از آن استفاده کنند -کاربر گزینه ای برای مجبور کردن یک توسعه دهنده به
شروع به توسعه یک تغییر کنید برخی از سایت ها ترجیح می دهند به این روش کار کنند. توجه داشته باشید که توسعه دهندگان
هنوز توانایی استفاده از aedbu(1) فرمان.
هشدار: استفاده از این دستور به سرعت توسعه دهندگان را از خود دور می کند. پیش فرض
قوانین، به ویژه برای تعداد تغییرات، به aegis و توافق سازنده بستگی دارد
چیزی که توسعه دهنده در حال حاضر روی آن کار می کند.
La forced_develop_begin_notify_command ویژگی پروژه (نگاه کنید به aepattr(5) برای اطلاعات بیشتر
اطلاعات) زمانی اجرا می شود که یک مدیر از آن استفاده کند -کاربر گزینه، در تلاش برای
غافلگیری را برای توسعه دهندگان به حداقل برسانید. یک دستور مناسب است
forced_develop_begin_notify_command =
"$datadir/db_forced.sh $p $c $developer";
این دستور به توسعه دهنده ایمیل می فرستد و به او اطلاع می دهد که تغییر انجام شده است
به او اختصاص داده شده است.
نمادین لینک ها
بسیاری از ابزارهای نگهداری وابستگی، و در واقع برخی از کامپایلرها، پشتیبانی کمی دارند یا اصلاً پشتیبانی نمی‌شوند
برای شامل مسیرهای جستجوی فایل، و بنابراین برای مفهوم دایرکتوری دو سطحی
سلسله مراتب به کار گرفته شده توسط Aegis. (وقتی عملکرد انشعاب Aegis چند سطحی می شود
استفاده می شود.) برای اجازه دادن به استفاده از این ابزارها، Aegis توانایی نگهداری یک مجموعه را فراهم می کند
پیوندهای نمادین بین فهرست توسعه یک تغییر و خط پایه a
پروژه، بنابراین برای این ابزارها به نظر می رسد که تمام فایل های پروژه در آن موجود است
دایرکتوری توسعه
پروژه پیکر بندی
La توسعه_دایرکتوری_سبک فیلد فایل پیکربندی پروژه را کنترل می کند
ظاهر دایرکتوری توسعه دیدن aepconf(5) برای اطلاعات بیشتر
با استفاده از تنظیماتی مانند
Development_directory_style =
{
source_file_symlink = درست;
while_build_only = true;
};
کاربر هرگز پیوندهای نمادین را نمی بیند، زیرا آنها صرفاً برای منافع اضافه شده اند
ابزار نگهداری وابستگی در طول اجرای عیب(1) فرمان.
با استفاده از تنظیماتی مانند
Development_directory_style =
{
source_file_symlink = درست;
};
(دیگری به طور پیش فرض نادرست خواهد بود) پیوندهای نمادین در شروع توسعه ایجاد می شوند
زمان (نگاه کنید به aedb(1) برای اطلاعات بیشتر) و همچنین توسط هر یک نگهداری می شود عیب(1) فراخوانی
توجه داشته باشید که پیوندهای نمادین فقط در این زمان ها حفظ می شوند، بنابراین ادغام پروژه ها
در طول دوره ویرایش، فایل های سورک تغییر ممکن است پیوندهای نمادین را در یک رها کنند
حالت ناسازگار تا ساخت بعدی.
هنگامی که فایل ها از خط مبنا به یک تغییر کپی می شوند، با استفاده از aecp(1) فرمان،
پیوند نمادین که به خط مبنا اشاره می کند، در صورت وجود، قبل از اینکه فایل باشد حذف خواهد شد
کپی شد
توجه داشته باشید: استفاده از این قابلیت در هر دو شکل پیامدهایی برای نحوه فایل قوانین دارد
ابزار نگهداری وابستگی نوشته شده است. قوانین باید برداشتن اهداف خود را قبلا
ایجاد آنها (معمولا با یک rm -f فرمان) در صورت استفاده از هر یک از فیلدهای فرعی پیوند (هر دو
پیوندهای سخت و پیوندهای نمادین). این برای جلوگیری از تلاش برای نوشتن نتیجه بر روی است
پیوند نمادین، که به یک فایل فقط خواندنی در خط پایه پروژه اشاره می کند. این هست
مشابه همان نیاز برای استفاده از link_integration_directory زمینه از
فایل پیکربندی پروژه
کاربر پیکر بندی
وجود دارد نماد_پیوند_ترجیح فیلد در فایل پیکربندی کاربر (نگاه کنید به aeuconf(5)
برای اطلاعات بیشتر). این کنترل می کند که آیا عیب(1) پیوندهای نمادین را تأیید می کند
قبل از ساخت (پیش‌فرض) یا اینکه فرض میکند که آنها به‌روز هستند. (این فیلد است
فقط مربوطه اگر توسعه_دایرکتوری__style.source_file_symlink درست است.)
برای پروژه‌های متوسط تا بزرگ، تأیید پیوندهای نمادین می‌تواند به اندازه زمان ساخت طول بکشد
خود فرض اینکه پیوندهای نمادین به روز هستند می تواند صرفه جویی زیادی در زمان برای این افراد باشد
پروژه ها. در چنین شرایطی ممکن است توصیه شود که انتخاب DMT خود را مرور کنید.
La aedb(1) فرمان میکند نه با این اولویت مشورت کنید بنابراین، در بیشتر شرایط،
پیوندهای نمادین در هنگام ساخت به روز خواهند بود. تنها تابع Aegis
که ممکن است منجر به قدیمی شدن پیوندهای نمادین شود، ادغام پیوندهای دیگر است
تغییر دهید، زیرا ممکن است وجود یا عدم وجود فایل ها در خط مبنا را تغییر دهد. در این
وضعیت، پیش فرض عیب(1) عمل نادیده گرفتن اولویت کاربر و تأیید است
پیوندهای نمادین
دو گزینه خط فرمان وجود دارد که تغییر می کنند عیب(1) رفتار بیشتر: -تأیید کردن-
نمادین-پیوندها گزینه می گوید برای تأیید پیوندهای نمادین. و -پیوندهای نمادین را فرض کنید
گزینه می گوید فرض کنید پیوندهای نمادین به روز هستند. در هر مورد گزینه بیش از
پیش فرض و ترجیح کاربر را سوار می کند.
با استفاده از تنظیماتی مانند:
Development_directory_style =
{
منبع_فایل_لینک = درست;
source_file_symlink = درست;
};
با استفاده از تنظیماتی مانند:
Development_directory_style =
{
source_file_copy = درست;
};
تنظیمات احتمالی بسیار بیشتری از آن وجود دارد توسعه_دایرکتوری_سبک، معمولا
با عوارض جانبی ساخت مفید. دیدن aepconf(1) و وابستگی تعمیر و نگهداری ابزار
بخش راهنمای کاربر برای اطلاعات بیشتر.
گزینه‌ها و اولویت‌های خط فرمان پیوند نمادین به طور یکسان برای پیوندهای سخت و
کپی فایل (اسامی ریشه تاریخی دارند).
OPTIONS
گزینه های زیر قابل درک است:
-تغییر دادن عدد
این گزینه ممکن است برای تعیین یک تغییر خاص در یک پروژه استفاده شود. دیدن
حمایت(1) برای توضیح کامل این گزینه.
-فهرست راهنما مسیر
این گزینه ممکن است برای تعیین دایرکتوری مورد استفاده قرار گیرد. یک خطا است
اگر کاربر فعلی مجوزهای مناسب برای ایجاد دایرکتوری را نداشته باشد
مسیر داده شده این باید یک مسیر مطلق باشد.
احتیاط: اگر از یک خودکار استفاده می‌کنید، از «pwd» برای مطلق کردن استفاده نکنید
مسیر، معمولاً جواب اشتباه می دهد.
-کمک
این گزینه ممکن است برای به دست آوردن اطلاعات بیشتر در مورد نحوه استفاده از آن استفاده شود حمایت
برنامه است.
-فهرست
این گزینه ممکن است برای به دست آوردن لیستی از موضوعات مناسب برای این دستور استفاده شود.
فهرست ممکن است کلی تر از حد انتظار باشد.
-پروژه نام
این گزینه ممکن است برای انتخاب پروژه مورد علاقه استفاده شود. وقتی نه -پروژه
گزینه مشخص شده است، AEGIS_PROJECT متغیر محیطی مورد بررسی قرار می گیرد. اگر
که وجود ندارد، متعلق به کاربر است $HOME/.aegisrc فایل برای یک پیش فرض بررسی می شود
زمینه پروژه (نگاه کنید به aeuconf(5) برای اطلاعات بیشتر). اگر آن وجود نداشته باشد،
زمانی که کاربر فقط روی تغییرات در یک پروژه کار می کند، پروژه
نام پیش فرض برای آن پروژه است. در غیر این صورت خطا است.
-دلیل متن
این گزینه ممکن است برای پیوست کردن یک نظر به تاریخچه تغییرات ایجاد شده توسط
این دستور برای عایق بندی فضاها از پوسته باید از نقل قول استفاده کنید.
-ترس
این گزینه ممکن است برای ایجاد فهرست ها برای تولید حداقل مقدار استفاده شود
اطلاعات معمولا برای اسکریپت های پوسته مفید است.
-کاربر نام
این گزینه برای تعیین کاربری که قرار است تغییر را ایجاد کند استفاده می شود. این
این گزینه فقط توسط یک مدیر پروژه قابل استفاده است.
-وبربس
این گزینه ممکن است برای ایجاد خروجی بیشتر aegis استفاده شود. به طور پیش فرض aegis
فقط بر روی خطاها خروجی تولید می کند. هنگام استفاده با -فهرست این گزینه را انتخاب کنید
باعث می شود عنوان ستون اضافه شود.
-صبر کن این گزینه ممکن است برای نیاز به دستورات Aegis برای منتظر ماندن برای قفل دسترسی استفاده شود، اگر
آنها را نمی توان بلافاصله به دست آورد. به طور پیش فرض برای کاربر lock_wait_preference
اگر مشخص نشده است، ببینید aeuconf(5) برای اطلاعات بیشتر
-نه_صبر کن
این گزینه ممکن است برای نیاز به دستورات Aegis برای صدور یک خطای مرگبار در صورت دسترسی استفاده شود
قفل ها را نمی توان فوراً بدست آورد. به طور پیش فرض برای کاربر
lock_wait_preference اگر مشخص نشده است، ببینید aeuconf(5) برای اطلاعات بیشتر
همچنین مشاهده کنید حمایت(1) برای گزینه های مشترک برای همه دستورات aegis.
همه گزینه ها ممکن است به اختصار باشد. مخفف به صورت حروف بزرگ ثبت شده است،
تمام حروف کوچک و زیرخط (_) اختیاری هستند. باید متوالی استفاده کنید
دنباله ای از حروف اختیاری
همه گزینه ها به حروف بزرگ و کوچک حساس نیستند، می توانید آنها را با حروف بزرگ یا کوچک یا a تایپ کنید
ترکیب هر دو، مورد مهم نیست.
به عنوان مثال: آرگومان های "-project، "-PROJ" و "-p" همه به معنای
-پروژه گزینه. استدلال "-prj" درک نخواهد شد، زیرا متوالی است
کاراکترهای اختیاری ارائه نشده است.
گزینه ها و دیگر آرگومان های خط فرمان ممکن است به طور دلخواه در خط فرمان مخلوط شوند،
بعد از انتخابگرهای تابع
نام گزینه های طولانی گنو قابل درک است. از آنجایی که همه نام گزینه ها برای حمایت طولانی هستند،
این به معنای نادیده گرفتن «-» اضافی است. "--انتخاب=ارزش"کنوانسیون نیز است
فهمیده
می شود. آلیاس
نام مستعار توصیه شده برای این دستور است
csh% نام مستعار aedb 'aegis -db \!* -v'
sh$ aedb(){aegis -db "$@" -v}
خطاها
اگر تغییر وجود نداشته باشد خطا است.
اگر تغییر در آن نباشد خطا است چشم انتظار توسعه دولت است.
اگر کاربر فعلی توسعه دهنده پروژه مشخص شده نباشد، خطا است.
خروج وضعیت
La حمایت دستور با وضعیت 1 در هر خطایی خارج می شود. در حمایت فقط دستور خواهد داد
در صورت عدم وجود خطا با وضعیت 0 خارج شوید.
محیط زیست متغیرها
دیدن حمایت(1) برای لیستی از متغیرهای محیطی که ممکن است بر این دستور تأثیر بگذارد. دیدن
aepconf(5) برای فایل پیکربندی پروژه پروژه_خاص زمینه برای نحوه تنظیم
متغیرهای محیطی برای تمام دستورات اجرا شده توسط Aegis.
با استفاده از خدمات onworks.net از aedb به صورت آنلاین استفاده کنید
