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

برنامه:

نام

aeimport - وارد کردن مخزن خارجی به Aegis

خلاصه

aeimport [ انتخاب...] عنوان
aeimport -کمک
aeimport -نسخه

شرح

La aeimport دستور برای ایجاد یک پروژه جدید و پر کردن آن با وارد کردن a استفاده می شود
مخزن خارجی (مانند RCS یا CVS) بدون از دست دادن سابقه پروژه.

لطفا توجه داشته باشید: مگر اینکه نسخه ای را مشخص کنید (به -version گزینه، زیر) این دستور
به طور پیش فرض برای ایجاد شعبه هایی برای پشتیبانی از نسخه 1.0 خواهد بود. اگر شما هم این را کشف کردید
دیر، همه چیز از دست نمی رود: می توانید از آن استفاده کنید انبرو(1) دستور خلاص شدن از شر شاخه های شما
نمی خواست

فهرست راهنما
دایرکتوری پروژه، که زیر آن خط مبنا و تاریخچه پروژه و حالت و تغییر می شود
داده ها نگهداری می شوند، در این زمان ایجاد خواهند شد. اگر -فهرست راهنما گزینه داده نشده است،
دایرکتوری پروژه در دایرکتوری مشخص شده توسط default_project_‐ ایجاد خواهد شد.
فیلد دایرکتوری از aeuconf(5)، یا اگر در فهرست اصلی کاربر فعلی تنظیم نشده باشد. در هر دو
موردی با همان نام پروژه

کارکنان
پروژه با کاربر و گروه فعلی به عنوان کاربر و گروه مالک ایجاد می شود. در
کاربر فعلی یک مدیر پروژه است. پروژه دیگری ندارد
مدیران (استفاده از آنا(1) برای اضافه کردن موارد بیشتر).

پروژه تمام نام‌های کاربری موجود در فایل‌های تاریخچه (به ضربه بزنید) نصب می‌شود
توسعه دهندگان، بازبینان و ادغام کنندگان. این احتمالاً خیلی گسترده است، اما نسبتاً دقیق است
مجوزهای باز که در اکثر مخازن وجود دارد را بازتولید می کند و شما می خواهید از آن استفاده کنید
aerd(1) aerrv(1) و هوایی(1) به عنوان مناسب برای winnow این لیست.

اگر فقط یک نام پیدا شود، پروژه روی "developers_may_review = true" تنظیم می شود.
در غیر این صورت نادرست خواهد بود (نگاه کنید به aepattr(5) برای اطلاعات بیشتر). استفاده کنید aepa(1) تغییر دادن
اگر می خواهید تنظیمات متفاوتی داشته باشید.

umask پروژه از umask کاربر فعلی مشتق شده است، اما برای تضمین اصلاح شده است
که اعضای گروه دسترسی خواهند داشت و فقط مالک پروژه می تواند نوشتن داشته باشد
دسترسی داشته باشید. به طور کلی، این بهترین پروژه است نه متعلق به یک حساب با هر حساب دیگری است
نقش، زیرا این از یک کلاس کامل از خطاهای "اوه، فکر کردم جای دیگری هستم" جلوگیری می کند.

دستورات تاریخچه پروژه (نگاه کنید به aepconf(5) برای اطلاعات بیشتر) به آن ها تنظیم شده است
مناسب برای RCS دستور ساخت روی "خروج 0" تنظیم شده است. باید آن را روی چیزی تنظیم کنید
مناسب. مزرعه پیوند نمادین روشن است.

اشارهگر
نشانگر پروژه به اولین عنصر مسیر جستجو یا در صورت عدم وجود مسیر اضافه می شود
تنظیم شده است. اگر این نامناسب است، از آن استفاده کنید -کتابخانه گزینه ای برای تنظیم صریح مورد نظر
محل. را ببینید -کتابخانه گزینه برای اطلاعات بیشتر

از طرف دیگر، متغیر محیطی AEGIS_PATH را برای اضافه کردن پروژه به جهانی تنظیم کنید
لیست پروژه

نسخه
شما می توانید نسخه پروژه را به دو روش مشخص کنید:

1. شماره نسخه ممکن است در نام پروژه ضمنی باشد، در این صورت نسخه
اعداد حذف خواهند شد به عنوان مثال، "aeimport -p example.1.2" یک a را ایجاد می کند
پروژه ای به نام "مثال" با شعبه شماره 1 ایجاد شده و زیر شاخه 2 شاخه 1
ایجاد شده است.

2. ممکن است شماره نسخه به صراحت ذکر شود که در این صورت برای آن تقسیم می شود
شماره شعب به عنوان مثال، "aeimport -p example -version 1.2" یک پروژه ایجاد می کند
به نام "مثال" با شاخه شماره 1 ایجاد شده، و شاخه فرعی 2 از شاخه 1 ایجاد شده است.

در هر مورد، این شاخه ها ممکن است در هر جایی که نام پروژه ذکر شود، مانند
“-p example.1” و “-p example-1.2”. کاراکتر نقطه گذاری واقعی بی اهمیت است.

شما ممکن است هر عمقی از شماره های نسخه را که دوست دارید داشته باشید. هر دو روش تعیین نسخه
ممکن است از اعداد استفاده شود، و آنها ترکیب خواهند شد. اگر اصلاً شماره نسخه نمی‌خواهید،
استفاده کنید -version با یک خط تیره به عنوان آرگومان، مانند "-version -"

اگر شماره نسخه داده نشده باشد، چه به طور صریح یا ضمنی، از نسخه 1.0 استفاده می شود.

پروژه فهرست راهنما موقعیت مکانی:
لطفا توجه داشته باشید: Aegis همچنین با سیستم فایل زیربنایی مشورت می کند تا مفهوم آن را مشخص کند
حداکثر اندازه فایل جایی که حداکثر اندازه فایل سیستم فایل کمتر از
حداکثر_طول_نام_فایل، سیستم فایل برنده می شود. این می تواند اتفاق بیفتد، برای مثال، زمانی که شما هستید
با استفاده از سیستم فایل لینوکس UMSDOS، یا زمانی که NFS یک V7 قدیمی را نصب کرده اید
فایل سیستم تنظیمات حداکثر_طول_نام_فایل به 255 در این موارد تغییر نمی کند
این واقعیت که محدودیت های سیستم فایل اساسی بسیار کوچکتر است (به ترتیب 12 و 14).

اگر دایرکتوری های توسعه شما (یا کل پروژه شما) روی سیستم های فایل با نام فایل است
محدودیت ها، یا بخشی از ساخت های ناهمگن در چنین محیطی اتفاق می افتد،
این کمک می کند که به Aegis بگویید آنها چه هستند (با استفاده از پروژه پیکربندی فیلدهای فایل) به طوری که شما
در موقعیتی قرار نگیرید که پروژه بر اساس سهل‌انگیزتر باشد
محیط‌ها، اما با خطاهای مرموز در محیط‌های محدودتر شکست می‌خورد.

اگر دایرکتوری های توسعه شما به طور معمول بر روی یک سیستم فایل لینوکس UMSDOS هستند، این کار را انجام می دهید
احتمالا تنظیم بهتر است dos_filename_required = درست، و همچنین تغییر در
develop_directory_template رشته. توسعه ناهمگن با ویندوزهای مختلف
محیط ها نیز ممکن است به این نیاز داشته باشند.

L' روند

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

1.
دایرکتوری (dirpath) داده شده در خط فرمان، و همه دایرکتوری های زیر آن، هستند
برای فایل‌های مناسب اسکن می‌شود (برای مثال، RCS و CVS از فایل‌هایی با پسوند «,v» استفاده می‌کنند).
این فایل ها برای بدست آوردن تاریخچه فایل خوانده می شوند.
اگر از پسوند فایل غیر استاندارد استفاده کرده اید، aeimport نمی تواند آن را پیدا کند
فایل های.
اگر بیش از یک ماژول در مخزن CVS خود دارید، aeimport (هنوز) ندارد.
فایل CVSROOT/modules را درک کنید. ممکن است با اشاره به aeimport کل CVSROOT شما
نتیجه غیرمنتظره بزرگی ایجاد کند.

2.
فایل های تاریخچه کشف شده در مرحله قبل در مکان مورد استفاده کپی می شوند
ایجیس. برخلاف برخی ابزارهای دیگر، Aegis به جای همه، یک مخزن در هر پروژه دارد
پروژه هایی که از یک مخزن مشترک استفاده می کنند.
این همچنین به این معنی است که Aegis فایل های تاریخچه اصلی را تغییر نخواهد داد. به خصوص،
اگر واردات نتایج غیرمنتظره ای ایجاد کرد، به سادگی پروژه را حذف کنید (نگاه کنید به aermpr(1) برای
اطلاعات بیشتر) و دوباره شروع کنید.
نمی‌توانید تمام فایل‌های سابقه خود را مثلاً تحت $CVSROOT بگذارید و Aegis داشته باشید
به آنها اشاره کند

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

4.
گروه هایی از فایل ها به عنوان تغییرات تکمیل شده در پایگاه داده Aegis ذخیره می شوند (به عنوان مثال
aeipass(1) قبلا اجرا شده است). شرح تغییر، الحاق همه است
نظرات منحصر به فرد یافت شده پیوست به نسخه های فایل مربوطه. مهر زمان استفاده شده
زیرا تغییر آخرین مهر زمانی هر فایلی در گروه است.
مواقعی وجود دارد که اشتباهات تایپی کوچک بین نظرات فایل منجر به طولانی تر شدن
توضیحات تغییر بیش از حد انتظار این را می توان با اصلاح کرد aeca(1) یا tkaeca(1) اگر
دلخواه. همچنین مواقعی وجود دارد که عکس این موضوع صادق است: برخی از فایل‌ها هیچ نظری ندارند
همه، و توضیحات حاصل کمتر از آن مفید است.

5.
برچسب ها با انتقال نام دلتا از فایل هایی که هستند به نام دلتا تبدیل می شوند
به مجموعه‌های تغییری که به آن‌ها متصل شده‌اند متصل می‌شوند. زمانی که یک برچسب به نظر می رسد
پیوست به بیش از یک تغییر، فقط به آخرین تغییر پیوست شده است.
در استفاده رایج، تگ ها هدفی مشابه با اعداد دلتای Aegis دارند. آن ها هستند
همه (معمولاً) در یک دستور CVS اعمال می شوند تا یک نسخه خاص ممکن است
بعدا بازسازی شود با این حال، زیرا هر فایل در نسخه متفاوتی خواهد بود، و
هر کدام آخرین نسخه خود را در مجموعه های مختلف تغییرات تصادفی گنجانده اند.
از برچسب ها برای موارد دیگر نیز استفاده می شود. روش ارائه شده در اینجا به سادگی یک حدس است، اما اینطور است
یکی که به خوبی کار می کند.

هنگامی که aeimport وارد کردن یک پروژه را تکمیل کرد، می توانید نتایج را بررسی کنید
با استفاده از الف پروژه_تاریخچه و الف تغییر_جزئیات دستورات (دیدن الف(1) برای اطلاعات بیشتر
اطلاعات.)

محدودیت ها
برنامه aeimport بسیار عالی است. تعدادی محدودیت شناخته شده وجود دارد.

· در حال حاضر هیچ پشتیبانی برای انشعاب وجود ندارد. (به محض اینکه فهمیدم چطور
ریشه یک شاخه را در میان فایل‌های جفت‌شده آزاد تشخیص دهید، آن را پیاده‌سازی می‌کنم. ایده ها
و/یا کمک های کد استقبال می شود.)

· در حال حاضر فقط فرمت های RCS و SCCS قابل درک هستند. باید مستقیم به جلو باشد
پشتیبانی از فرمت های اضافی را در آینده اضافه کنید. فقط مرحله 1 از فرآیند بالا
نیاز به توجه دارد، بقیه فرمت فایل خنثی است.

· هیچ پشتیبانی برای ماژول های CVS وجود ندارد، و باید وجود داشته باشد.

· شما نمی توانید اندازه پنجره زمانی مورد استفاده برای تعیین مجموعه های تغییر را مشخص کنید. زمان نشان خواهد داد
آیا این ضروری است یا خیر، اما این سؤال را مطرح می کند: چگونه می توانید اندازه پنجره را بدانید
شما برای استفاده از این گزینه نیاز دارید.

· شما نمی توانید یک مخزن CVS را به یک پروژه موجود وارد کنید. شما فقط می توانید یک جدید ایجاد کنید
پروژه از یک مخزن CVS.

· شما نمی توانید یک مخزن CVS راه دور وارد کنید.

OPTIONS

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

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

احتیاط: اگر از یک خودکار استفاده می‌کنید، از «pwd» برای مطلق کردن استفاده نکنید
مسیر، معمولاً جواب اشتباه می دهد.

فرمت نام
این گزینه ممکن است برای تعیین فرمت تاریخچه در حال وارد شدن استفاده شود. در
فرمت های زیر قابل درک است:

فرمت RCS Release Control System مدتی است که وجود داشته است. این است
فرمت زیربنای CVS (سیستم نسخه همزمان). این است
به طور پیش فرض اگر نام قالب مشخص نشده باشد.
توجه داشته باشید: شما باید قبل از اجرا RCS را نصب کرده باشید aeimport اگر از این استفاده کنید
فرمت، زیرا دستورات RCS در طول فرآیند واردات اجرا خواهند شد. در
در صورت نصب نشدن RCS، import ناموفق خواهد بود. شما می توانید یک نرم افزار رایگان پیدا کنید
پیاده سازی در ftp.gnu.org یا یک آینه محلی.

سیستم کنترل کد منبع SCCS یکی از اولین سیستم های نسخه یونیکس است.
(به من گفته شده که این قالب زیر بنای BitKeeper است.)
توجه داشته باشید: شما باید قبل از اجرا SCCS را نصب کنید aeimport اگر استفاده می کنید
این فرمت، زیرا دستورات SCCS در طول فرآیند واردات اجرا خواهند شد.
اگر SCCS نصب نشود، وارد کردن ناموفق خواهد بود. GNU Compatibly Stupid
منبع کنترل (CSSC) یک پیاده سازی رایگان از SCCS است، و ممکن است چنین باشد
یافت شده در ftp://alpha.gnu.org/gnu/CSSC/

-کتابخانه آبسپات
این گزینه ممکن است برای تعیین دایرکتوری مورد جستجو برای وضعیت جهانی استفاده شود
فایل ها و فایل های وضعیت کاربر (دیدن eegstate(5) و تصدیق(5) برای اطلاعات بیشتر
اطلاعات.) چندین گزینه کتابخانه ممکن است در خط فرمان وجود داشته باشد، و
به ترتیب داده شده جستجو می شوند. به این مسیر جستجوی صریح الحاق شده است
دایرکتوری های مشخص شده توسط AEGIS_PATH متغیر محیطی (کرون جدا شده)،
و در نهایت، /usr/local/lib/aegis همیشه جستجو می شود تمام مسیرهای مشخص شده،
یا در خط فرمان یا در AEGIS_PATH متغیر محیطی، باید باشد
مطلق.

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

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

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

-نسخه عدد
این گزینه ممکن است برای تعیین شماره نسخه برای پروژه استفاده شود. نسخه
اعداد به صورت شاخه اجرا می شوند. از یک خط تیره ("-") به عنوان آرگومان if استفاده کنید
می خواهید هیچ شاخه نسخه ای ایجاد نشود.

همچنین مشاهده کنید حمایت(1) برای گزینه های مشترک برای همه دستورات aegis.

همه گزینه ها ممکن است به اختصار باشد. مخفف به صورت حروف بزرگ ثبت شده است،
تمام حروف کوچک و زیرخط (_) اختیاری هستند. باید متوالی استفاده کنید
دنباله ای از حروف اختیاری

همه گزینه ها به حروف بزرگ و کوچک حساس نیستند، می توانید آنها را با حروف بزرگ یا کوچک یا a تایپ کنید
ترکیب هر دو، مورد مهم نیست.

به عنوان مثال: آرگومان های "-project، "-PROJ" و "-p" همه به معنای
-پروژه گزینه. استدلال "-prj" درک نخواهد شد، زیرا متوالی است
کاراکترهای اختیاری ارائه نشده است.

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

نام گزینه های طولانی گنو قابل درک است. از آنجایی که همه نام گزینه ها برای aeimport طولانی هستند،
این به معنای نادیده گرفتن «-» اضافی است. "--انتخاب=ارزش"کنوانسیون نیز است
فهمیده

خروج وضعیت

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

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

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

کپی رایت

aeimport نسخه 4.24.3.D001
حق چاپ (C) 1991، 1992، 1993، 1994، 1995، 1996، 1997، 1998، 1999، 2000، 2001، 2002،
2003، 2004، 2005، 2006، 2007، 2008، 2009، 2010 پیتر میلر

برنامه aeimport کاملاً بدون ضمانت است. برای جزئیات استفاده از 'aeimport
-نسخه مجوز' فرمان این نرم افزار رایگان است و شما می توانید آن را مجدداً توزیع کنید
در شرایط خاص؛ برای جزئیات استفاده از 'aeimport -نسخه مجوز'فرمان.

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