git-pack-objects - آنلاین در ابر

برنامه:

نام

git-pack-objects - یک آرشیو بسته بندی شده از اشیاء ایجاد کنید

خلاصه

دستگاه گوارش بسته اشیاء [-q | --پیشرفت | -- all-progress] [--all-progress- implied]
[--no-reuse-delta] [--delta-base-offset] [--non-خالی]
[--محلی] [--افزایشی] [--window= ] [--عمق= ]
[-- دور [--بدون بسته | --همه]] [--stdout | نام پایه]
[--کم عمق] [--keep-true-parents] < شیء-لیست

شرح

لیست اشیاء را از ورودی استاندارد می خواند و یک آرشیو بسته بندی شده با مشخص شده می نویسد
نام پایه یا به خروجی استاندارد.

آرشیو بسته بندی شده روشی کارآمد برای انتقال مجموعه ای از اشیا بین دو مخزن است
و همچنین یک فرمت بایگانی کارآمد دسترسی داشته باشید. در یک آرشیو بسته بندی شده، یک شیء یا است
به عنوان یک کل فشرده یا به عنوان یک تفاوت از یک شی دیگر ذخیره می شود. دومی است
اغلب دلتا نامیده می شود.

فرمت آرشیو بسته بندی شده (pack.) به گونه ای طراحی شده است که بتواند به صورت مستقل باشد
بدون هیچ اطلاعات بیشتری بسته بندی نشده است. بنابراین، هر شیئی که یک دلتا به آن وابسته است
باید در بسته وجود داشته باشد.

یک فایل فهرست بسته (idx.) برای دسترسی سریع و تصادفی به اشیاء موجود در بسته ایجاد می شود.
قرار دادن هر دو فایل فهرست (idx.) و آرشیو بسته بندی شده (pack.) در بسته/
زیر شاخه $GIT_OBJECT_DIRECTORY (یا هر یک از دایرکتوری های موجود در
$GIT_ALTERNATE_OBJECT_DIRECTORIES) Git را قادر می‌سازد تا از بایگانی بسته بخواند.

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

OPTIONS

نام پایه
با استفاده از یک جفت فایل (pack. و .idx) بنویسید برای تعیین نام
از فایل ایجاد شده هنگامی که از این گزینه استفاده می شود، دو فایل در آن نوشته می شوند
- فایل های .{pack,idx}. یک هش بر اساس محتوای بسته است و
در خروجی استاندارد دستور نوشته می شود.

--stdout
محتویات بسته را بنویسید (آنچه باید در فایل .pack نوشته شده باشد) در
خروجی استاندارد

-- دور
آرگومان های بازبینی را از ورودی استاندارد به جای شیء فردی بخوانید
نام ها آرگومان های تجدیدنظر به همان روشی پردازش می شوند دستگاه گوارش rev-list با
پرچم --objects از آرگومان های commit خود برای ساخت لیستی از اشیاء که خروجی می دهد استفاده می کند. را
اشیاء در لیست حاصل بسته بندی می شوند. علاوه بر تجدید نظرها، --not یا --------
خطوط نیز پذیرفته می شود.

-- بسته بندی نشده
این به معنی ---revs است. هنگام پردازش لیست آرگومان های بازبینی خوانده شده از
ورودی استاندارد، اشیاء بسته بندی شده را به مواردی که قبلاً بسته بندی نشده اند محدود کنید.

--همه
این به معنی ---revs است. علاوه بر فهرستی از آرگومان‌های بازبینی که از
ورودی استاندارد، وانمود کنید که گویی همه ref های زیر refs/ مشخص شده اند که شامل شوند.

--include-tag
اگر شیئی که به آنها ارجاع می دهند در آن گنجانده شده باشد، تگ های حاشیه نویسی درخواست نشده را اضافه کنید
فایل بسته حاصل این می تواند برای ارسال برچسب های جدید به کلاینت های Git بومی مفید باشد.

--پنجره= ، --عمق=
این دو گزینه بر نحوه ذخیره اشیاء موجود در بسته با استفاده از دلتا تأثیر می گذارد
فشرده سازی اشیاء ابتدا به صورت داخلی بر اساس نوع، اندازه و به صورت اختیاری مرتب می شوند
نام ها و مقایسه با اشیاء دیگر در ---پنجره برای دیدن اینکه آیا از دلتا استفاده می شود
فشرده سازی باعث صرفه جویی در فضا می شود. --depth حداکثر عمق دلتا را محدود می کند. خیلی عمیق کردنش
بر روی عملکرد در سمت بسته‌کننده تأثیر می‌گذارد، زیرا داده‌های دلتا باید اعمال شوند
که بارها برای رسیدن به شی ضروری. مقدار پیش فرض برای --window 10 است
و - عمق 50 است.

--window-memory=
این گزینه یک محدودیت اضافی در بالای --window فراهم می کند. اندازه پنجره خواهد بود
به صورت پویا کوچک کنید تا بیشتر از آن اشغال نشود بایت در حافظه این هست
در مخازن با ترکیبی از اشیاء بزرگ و کوچک مفید است تا حافظه آن تمام نشود
با یک پنجره بزرگ، اما همچنان می توانید از مزایای پنجره بزرگ برای
اشیاء کوچکتر اندازه را می توان با "k"، "m" یا "g" پسوند کرد. --window-memory=0
استفاده از حافظه را نامحدود می کند، که پیش فرض است.

--max-pack-size=
حداکثر اندازه هر فایل بسته خروجی. اندازه را می توان با "k"، "m" یا "g" پسوند کرد.
حداقل اندازه مجاز به 1 مگابایت محدود شده است. در صورت مشخص شدن، ممکن است چندین فایل بسته وجود داشته باشد
ایجاد شده. پیش فرض نامحدود است، مگر اینکه متغیر پیکربندی pack.packSizeLimit باشد
تنظیم شده است.

--شرافت-بسته-نگهداری
این پرچم باعث می شود که یک شی از قبل در یک بسته محلی که یک فایل .keep دارد باشد
نادیده گرفته می شود، حتی اگر در غیر این صورت بسته بندی می شد.

--افزایشی
این پرچم باعث می شود که یک شی از قبل در یک بسته نادیده گرفته شود، حتی اگر می شد
در غیر این صورت بسته بندی شده است.

-- محلی
این پرچم باعث می شود که یک شی که از یک ذخیره شی جایگزین قرض گرفته شده است باشد
نادیده گرفته می شود حتی اگر در غیر این صورت بسته بندی می شد.

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

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

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

------------------------
هر زمان که نمایش پیشرفت فعال شود، از این مورد استفاده می شود. بر خلاف
-- all-progress این پرچم در واقع هیچ نمایش پیشرفتی را به خودی خود تحمیل نمی کند.

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

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

--بدون استفاده مجدد-شیء
این پرچم به فرمان می گوید که به هیچ وجه از داده های شی موجود، از جمله non، مجددا استفاده مجدد نکند
جسم پاک شده، فشار مجدد همه چیز را مجبور می کند. این به معنی --no-reuse-delta است.
مفید فقط در موارد مبهم که در آن اجرای عمده فروشی از فشرده سازی متفاوت است
سطح بر روی داده های بسته بندی شده مورد نظر است.

-- فشرده سازی =
سطح فشرده سازی را برای داده های تازه فشرده شده در بسته تولید شده مشخص می کند. اگر نه
مشخص شده، سطح فشرده سازی بسته ابتدا توسط pack.compression و سپس توسط تعیین می شود
core.compression، و پیش‌فرض -1 است، پیش‌فرض zlib، اگر هیچکدام تنظیم نشده باشد. اضافه کردن
--no-reuse-object اگر می خواهید یک سطح فشرده سازی یکنواخت را روی تمام داده های شماره اعمال کنید
مهم منبع

--لاغر
با حذف اشیاء مشترک بین فرستنده و گیرنده، یک بسته "نازک" ایجاد کنید
به منظور کاهش انتقال شبکه این گزینه فقط در ارتباط با
--stdout.

توجه: یک بسته نازک با حذف اشیاء مورد نیاز، قالب آرشیو بسته بندی شده را نقض می کند.
بنابراین توسط Git بدون اینکه آن را خودکفا کند غیرقابل استفاده است. از git index-pack استفاده کنید
- رفع نازک کردن (نگاه کنید به git-index-pack(1)) برای بازیابی اموال خودکفایی.

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

---پایه-اوفست
یک آرشیو بسته بندی شده می تواند شی پایه یک دلتا را به عنوان یک شی 20 بایتی بیان کند
نام یا به عنوان یک افست در جریان، اما نسخه‌های قدیمی Git آن را درک نمی‌کنند
دومی. به صورت پیش فرض، دستگاه گوارش بسته اشیاء فقط از قالب قبلی برای بهتر استفاده می کند
سازگاری این گزینه به فرمان اجازه می دهد تا از فرمت دوم استفاده کند
فشردگی بسته به میانگین طول زنجیره دلتا، این گزینه معمولا
فایل بسته حاصل را 3-5 درصد کوچک می کند.

توجه: دستورات چینی مانند git gc (نگاه کنید به git-gc(1))، git repack (نگاه کنید به git-
بسته بندی کردن(1)) این گزینه را به طور پیش فرض در Git مدرن وقتی که آنها اشیاء را در شما قرار می دهند عبور دهید
مخزن به فایل های بسته git bundle هم همینطور (نگاه کنید به git-bundle(1)) هنگامی که یک را ایجاد می کند
بسته نرم افزاری

-- نخ ها =
هنگام جستجوی بهترین منطبق‌های دلتا، تعداد رشته‌هایی را که باید ایجاد شوند، مشخص می‌کند. این
مستلزم آن است که pack-object ها با pthread ها کامپایل شوند در غیر این صورت این گزینه نادیده گرفته می شود
با یک هشدار این به معنای کاهش زمان بسته بندی در ماشین های چند پردازنده است. در
با این حال، مقدار حافظه مورد نیاز برای پنجره جستجوی دلتا در ضرب می شود
تعداد رشته ها مشخص کردن 0 باعث می شود Git به طور خودکار تعداد CPU و را شناسایی کند
بر این اساس تعداد رشته ها را تنظیم کنید.

--index-version= [، ]
این فقط برای مجموعه آزمایشی در نظر گرفته شده است. این اجازه می دهد تا نسخه را مجبور کنید
فهرست بسته تولید شده، و برای اجبار ورودی های شاخص 64 بیتی بر روی اشیاء واقع در بالا
افست داده شده

----------------------------
با این گزینه، والدینی که توسط پیوندها پنهان شده اند، با این وجود بسته بندی می شوند.

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