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

برنامه:

نام

dgit - ادغام git با آرشیو دبیان

خلاصه

dgit [dgit-opts] کلون کردن [dgit-opts] بسته [دنباله] [./dir|/دیر]
dgit [dgit-opts] رفتن و آوردن|کشیدن [dgit-opts] [دنباله]
dgit [dgit-opts] ساختن|ساختن|منبع ساخت [build-opts]
dgit [dgit-opts] فشار [dgit-opts] [دنباله]
dgit [dgit-opts] فشار دادن ساخت میزبان:ساخت- کارگردان [فشار ارگ...]
dgit [dgit-opts] اقدام ...

شرح

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

گردش کار معمول این است:
1. dgit کلون کردن or رفتن و آوردن;
2. ایجاد، انجام آزمایشات توسعه، و انجام تغییرات در git به دلخواه.
3. بسته هایی برای آپلود بسازید، به عنوان مثال dgit ساختن
4. آزمایش های پیش آپلود آپلود پیشنهادی را انجام دهید.
5. dgit فشار.

عملیات

dgit کلون کردن بسته [دنباله] [./dir|/دیر]
برای ساخت نمای git تاریخچه با آرشیو و dgit-repos مشورت می کند
بسته in دنباله (ضوابط و زمان اخذ رتبه علمی پژوهشی به طور پیش فرض) در یک فهرست جدید (با نام ./بسته به صورت پیش فرض)؛
همچنین، هر گونه تاربال اصلی لازم را دانلود می کند.

نوک git مجموعه در شعبه محلی باقی مانده است dgit/دنباله آماده برای کار، و در
شاخه ردیابی از راه دور dgit مربوطه. را منشاء راه دور راه اندازی خواهد شد
به درخت dgit-repos بسته برای توزیعی که به آن بسته می شود اشاره کنید دنباله متعلق است

برای راحتی شما ، vcs-git از راه دور از Vcs-Git بسته راه اندازی می شود
فیلد، در صورت وجود - اما توجه داشته باشید که در حالت کلی، تاریخچه در آنجا یافت می شود
ممکن است از نظر dgit متفاوت یا حتی از هم جدا باشد.

dgit رفتن و آوردن [دنباله]
با بایگانی و git-repos برای به روز رسانی نمای git تاریخچه برای یک مورد خاص مشورت می کند
مجموعه (و هر گونه تاربال اصلی را دانلود می کند)، و ردیابی از راه دور را به روز می کند
شاخه ریموت/dgit/dgit/دنباله. اگر شعبه فعلی باشد dgit/دنباله سپس dgit
واکشی پیش فرض ها به دنباله; در غیر این صورت debian/changelog را تجزیه می کند و از مجموعه استفاده می کند
در آنجا مشخص شده است.

dgit کشیدن [دنباله]
آیا dgit واکشی می کند و سپس سر جدید شاخه ردیابی از راه دور را ادغام می کند
ریموت/dgit/dgit/دنباله به شعبه فعلی

dgit ساختن ...
اجرا می شود dpkg-buildpackage با چند گزینه مناسب گزینه ها و استدلال های بعد
build به dpkg-buildpackage منتقل می شود. استفاده از dgit ضروری نیست
ساخت هنگام استفاده از dgit. استفاده از هر رویکردی که تضمین می کند که
بسته منبع تولید شده مربوط به git commit مربوطه است.

برچسب گذاری، امضا و در واقع آپلود باید به dgit push واگذار شود.

dgit منبع ساخت ...
بسته منبع و یک فایل تغییرات را برای آپلود فقط منبع آینده می سازد،
با استفاده از dpkg-source. خروجی داخل باقی می ماند بسته_نسخهdsc و
بسته_نسخه_source.changes.

برچسب گذاری، امضا و در واقع آپلود باید به dgit push واگذار شود.

dgit تمیز
درخت کار فعلی را پاک می کند (با توجه به گزینه --clean= در حال اجرا).

dgit کمک
خلاصه استفاده را چاپ کنید.

dgit ساختن ...
بسته منبع را می سازد، استفاده می کند ساختن برای انجام ساخت باینری، و استفاده می کند
mergechanges برای ادغام فایل های منبع و تغییرات باینری. گزینه ها و استدلال ها
after sbuild به sbuild منتقل می شود. مطابقت فایل ها را تغییر می دهد
بسته_نسخه_*.تغییر می دهد در دایرکتوری والد حذف خواهد شد. خروجی است
در سمت چپ بسته_نسخه_multi.changes.

برچسب گذاری، امضا و در واقع آپلود باید به dgit push واگذار شود.

dgit gbp-build ...
اجرا می شود git-buildpackage با چند گزینه مناسب گزینه ها و آرگومان های بعد از gbp-
build به git-buildpackage منتقل خواهد شد.

برچسب گذاری، امضا و در واقع آپلود باید به dgit push واگذار شود.

dgit فشار [دنباله]
"آپلود" را انجام می دهد، HEAD فعلی را به بایگانی (به عنوان یک بسته منبع) هل می دهد و
به dgit-repos (همانطور که git متعهد می شود). بسته باید قبلاً آماده ساخته شده باشد
آپلود، با تغییرات .dsc و .در فهرست والد باقی مانده است. به طور معمول است
بهتر است ساخت را با dgit نیز انجام دهید (مثلاً با dgit sbuild): برخی از ابزارهای ساخت موجود
به طور پیش فرض گزینه های غیر مفید را به dpkg-source و همکاران ارسال کنید، که می تواند منجر به این شود
بسته منبع ساخته شده با درخت git یکسان نیست.

در جزئیات بیشتر: dgit push بررسی می کند که HEAD فعلی با .dsc مطابقت دارد. آی تی
سپس HEAD را به شاخه dgit-repos مجموعه فشار می دهد، یک تگ git امضا شده ایجاد می کند.
dsc را ویرایش می کند تا حاوی فیلد فوق داده dgit باشد، debsign را برای امضای آپلود اجرا می کند.
(dsc. and .changes)، تگ امضا شده را فشار می دهد و در نهایت از dput برای آپلود استفاده می کند.
.تغییرات بایگانی.

dgit push همیشه از بسته، مجموعه و نسخه مشخص شده در آن استفاده می کند
debian/changelog و .dsc که باید موافق باشند. اگر خط فرمان a را مشخص کند
پس مجموعه نیز باید مطابقت داشته باشد.

اگر فشار dgit در حین آپلود ناموفق بود، خوب است که به سادگی dput را دوباره امتحان کنید
.تغییر فایل در اوقات فراغت شما.

dgit فشار دادن ساخت میزبان:ساخت- کارگردان [فشار ارگ...]
محتویات دایرکتوری مشخص شده را روی یک ماشین راه دور فشار می دهد. این شبیه است
اجرای dgit push روی build-host با build-dir به عنوان دایرکتوری فعلی. با این حال،
عملیات امضا در میزبان فراخوانی انجام می شود. این به شما امکان می دهد یک فشار انجام دهید
زمانی که سیستمی که کد منبع و خروجی های ساخت را دارد به آن دسترسی نداشته باشد
کلید:

1. کلون کردن در هاست ساخت (کلون dgit)
2. ویرایش کد در build host (ویرایش، git commit)
3. ساخت پکیج بر روی build host (dgit build)
4. بسته آزمایشی در build host یا هر جای دیگر (dpkg -i، تست)
5. با فراخوانی dgit rpush روی هاست با کلید GPG آپلود کنید.

با این حال، build-host باید بتواند به مخزن dgit ssh کند. اگر این نیست
در حال حاضر، شما باید آن را به طور جداگانه سازماندهی کنید، به عنوان مثال با استفاده از ssh
حمل و نقل عامل

با آرگومان‌های باقی‌مانده درست همانطور که dgit push آنها را مدیریت می‌کند، رفتار می‌شود.

build-host و build-dir می توانند به عنوان آرگومان های جداگانه ارسال شوند. این فرض می شود
در صورتی که آرگومان اول شامل هیچ : (به جز شاید یکی در [ ]، برای پشتیبانی باشد
آدرس IPv6 تحت اللفظی).

شما به نسخه های مشابه dgit در build-host و invocation نیاز دارید
میزبان. build-host نیاز به نصب gnupg دارد و کلید عمومی شما در حلقه کلید آن قرار دارد
(اما نه کلید خصوصی شما، بدیهی است).

dgit setup-new-tree
درخت کاری فعلی را به روشی که dgit clone آن را تنظیم می کرد، پیکربندی کنید.
مثل دویدن dgit setup-useremail و setup-mergechangelogs (اما فقط هر کدام را انجام می دهد
چیزی که اگر dgit برای انجام خودکار آن پیکربندی شده باشد). می توانید از این ها در هر گیت استفاده کنید
مخزن، نه فقط آنهایی که با سایر عملیات dgit استفاده می شوند.

dgit setup-useremail
user.name و user.email درخت کار را از dgit مخصوص توزیع تنظیم کنید
پیکربندی (dgit-distro.توزیع.نام کاربری و .user-email) یا DEBFULLNAME یا
DEBEMAIL.

dgit setup-mergechangelogs
یک کمک کننده ادغام git را برای فایل پیکربندی می کند debian/changelog استفاده می کند dpkg-
ادغام لاگ ها.

dgit تعمیر لحاف
بسته های منبع قالب «3.0 (quilt)» به تغییراتی نیاز دارند که نه تنها در درخت بلکه نشان دهنده تغییراتی هستند
همچنین به عنوان وصله در دبیان/وصله ها. dgit quilt-fixup بررسی می کند که آیا این کار بوده است یا خیر
انجام شده؛ در غیر این صورت، dgit پچ های مناسبی را در دبیان/پچ ها ایجاد می کند و همچنین commit می کند
تغییرات حاصل به git.

این معمولاً به طور خودکار توسط ساخت dgit و dgit push انجام می شود.

dgit سعی خواهد کرد تا هر commit مرتبط در تاریخچه git شما را به یک لحاف جدید تبدیل کند
پچ dgit نمی‌تواند ادغام‌های بی‌اهمیت یا برخی از انواع دیگر را تبدیل کند
تاریخ عجیب و غریب اگر dgit نمی تواند خطی سازی مناسبی از تاریخچه شما پیدا کند، توسط
به طور پیش فرض با شکست مواجه می شود، اما می توانید از آن بخواهید که یک پچ له شده ایجاد کند
به جای آن.

dgit نسخه
اطلاعات نسخه را چاپ می کند و خارج می شود.

dgit clone-dgit-repos-server destdir
تلاش می‌کند تا یک کپی از کد منبع سرور dgit-repos-server را به‌طور واقعی دریافت کند
در سرور dgit git به عنوان درخت git استفاده می شود.

OPTIONS

-- خشک اجرا شود | -n
حرکت را طی کنید، تمام اطلاعات مورد نیاز را دریافت کنید، اما در واقع به روز نکنید
خروجی (های) برای فشار، dgit بررسی های لازم را انجام می دهد و .dsc جدید را داخل می گذارد
یک فایل موقت، اما امضا، برچسب، فشار یا آپلود نمی کند.

--مرطوب اجرا کردن | -L
بسیاری از حرکات دیگر را انجام دهید: هر کاری که شامل هیچکدام نمی شود را انجام دهید
امضا کردن چیزها یا ایجاد تغییرات در سرورهای عمومی.

-kکلید
استفاده کنید کلید برای امضای برچسب و آپلود پیش فرض از توزیع می آید
کلید تنظیمات پیکربندی (به CONFIGURATION، در زیر مراجعه کنید)، یا در صورت عدم موفقیت، آپلودکننده
خط تریلر در debian/changelog.

-- بدون علامت
برچسب ها یا آپلودها را امضا نمی کند (معنی است فقط با فشار).

-pبسته
مشخص می کند که باید بسته منبع را پردازش کنیم بسته به جای نگاه کردن به داخل
debian/control یا debian/changelog. فقط با dgit fetch و dgit pull معتبر است.

--clean=git | -wg
درخت منبع باید قبل از ساختن یک بسته منبع با یکی از آنها تمیز شود
گزینه های ساخت، با استفاده از دستگاه گوارش تمیز -xdf. با این کار تمام فایل هایی که اینطور نیستند حذف می شود
توسط git ردیابی شد. همچنین -wg باعث عبور dgit می شود -nc به dpkg-buildpackage که
از اجرای هدف پاک خود بسته جلوگیری می کند.

--clean=git زمانی مفید است که هدف پاک بسته مشکل ساز باشد. پایین دست
به سادگی git clean ممکن است فایل هایی را که فراموش کرده اید git add را حذف کنید. --clean=git can
همچنین از نیاز به build-dependency اجتناب کنید.

--clean=git-ff | -wgf
درخت منبع باید قبل از ساختن یک بسته منبع با یکی از آنها تمیز شود
گزینه های ساخت، با استفاده از دستگاه گوارش تمیز -xdff. این مانند "git clean -xdf" است اما همینطور است
هر زیر شاخه حاوی درختان git مختلف را حذف می کند (که غیر معمول است
بسته ها احتمالا ایجاد می شوند).

-- پاک = بررسی | -دستشویی
فقط قبل از اینکه درخت تمیز باشد (فایل های غیرمتعهد ندارد) را بررسی کنید
ساخت یک بسته منبع

-- پاک = هیچ | -wn
قبل از ساختن یک بسته منبع درخت را تمیز نکنید. اگر فایل هایی وجود دارد که
در git نیستند، یا اگر بیلد چنین فایل هایی را ایجاد کند، یک فشار dgit بعدی انجام می شود
شکست.

--clean=dpkg-source | -wd
از dpkg-buildpackage برای تمیز کردن استفاده کنید تا بسته منبع توسط آن پاک شود
منبع dpkg که هدف پاک بسته را اجرا می کند. این پیش فرض است. ایجاب می کند
وابستگی های ساخت بسته

--clean=dpkg-source-d | -wdd
استفاده کنید dpkg-buildpackage -d برای انجام تمیز کردن، به طوری که بسته منبع توسط تمیز می شود
منبع dpkg که هدف پاک بسته را اجرا می کند. وابستگی های ساخت اینگونه نیستند
بررسی شد (به دلیل -d) که خط مشی را نقض می کند، اما ممکن است در عمل موثر باشد.

-N | --جدید
بسته در این مجموعه جدید است یا ممکن است جدید باشد. بدون این، dgit از این کار خودداری می کند
فشار دادن. ممکن است (برای دبیان) نتواند به تاریخچه git برای هیچ کدام دسترسی پیدا کند
بسته هایی که به تازگی ارائه شده اند و هنوز منتشر نشده اند.

--نادیده گرفتن-کثیف
اگر درخت کار با Git HEAD شما مطابقت ندارد شکایت نکنید. این میتواند باشد
مفید با ساخت، اگر قصد دارید بعداً commit کنید. (dgit push همچنان آن را تضمین می کند
dsc. که آپلود می‌کنید و درخت git که فشار می‌دهید یکسان هستند، بنابراین این گزینه نخواهد بود
فشارهای شکسته انجام دهید.)

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

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

--عمدا-شامل-تاریخچه-مشکلی
اعلام کنید که عمداً در تاریخچه git جریان خود قرار داده اید
push، تاریخچه ای که حاوی نسخه ارسال شده قبلی از این بسته است
توسط ftpmasters تایید نشده است (یا هنوز تایید نشده است). هنگام فشار دادن به
دبیان، فقط پس از تأیید این گزینه از این گزینه استفاده کنید: هیچ یک از موارد رد شده-از-NEW
نسخه های (یا هرگز پذیرفته نشده) در تاریخچه git فشار فعلی شما رد شدند
توسط ftpmaster به دلایل حق چاپ یا توزیع مجدد.

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

--لحاف=خطی
هنگام اصلاح فرمت منبع «3.0 (quilt)» متادیتا، بر ایجاد یک خطی اصرار کنید
پشته پچ اگر چنین پشته ای نمی تواند تولید شود، شکست بخورید. این پیش فرض برای است
دبیان

--لحاف=خودکار
هنگام اصلاح فرمت منبع «3.0 (لحاف)» متادیتا، ترجیح می‌دهید که یک فرمت خطی ایجاد کنید
پشته پچ، اما اگر این امکان پذیر نیست، یک پچ له شده ایجاد کنید
برای تمام تغییرات ایجاد شده در git. این ایده خوبی برای NMU در دبیان نیست.

--لحاف = خرد کردن
هنگام اصلاح فرمت منبع «3.0 (quilt)» متادیتا، یک له شده ایجاد کنید
پچ برای تمام تغییرات ایجاد شده در git. این ایده خوبی برای NMU در نیست
دبیان

--quilt=nofix
بررسی کنید که آیا فراداده های فرمت منبع «3.0 (لحاف)» نیاز به اصلاح دارند یا خیر، اما اگر نیاز باشد
انجام می دهد، شکست می خورد. سپس باید قبل از فشار دادن، متادیتا را خودتان به نحوی اصلاح کنید. (NB
که dpkg-source --commit کار نخواهد کرد زیرا درخت dgit git a ندارد
.pc فهرست راهنما.)

--لحاف=نچک | ----------تعیین لحاف
بررسی نکنید که آیا فراداده با فرمت منبع "3.0 (quilt)" نیاز به اصلاح دارد یا خیر. اگر
شما از این گزینه استفاده می کنید و ابرداده در واقع نیاز به تعمیر دارد، dgit push will
شکست.

-D اطلاعات اشکال زدایی را در stderr چاپ می کند. تکرار گزینه خروجی بیشتری تولید می کند
(در حال حاضر، تا -DDDD به طور معنی داری متفاوت است).

-cنام=ارزش
یک گزینه پیکربندی git را برای استفاده در این اجرا مشخص می کند. خود dgit هم هست
توسط گزینه های پیکربندی git کنترل می شود.

-vنسخه|_ | --since-version=نسخه|_
را مشخص می کند -vنسخه گزینه ای برای عبور به dpkg-genchanges، در طول ساخت. تغییرات
(از debian/changelog) زیرا این نسخه در تغییرات ساخته شده گنجانده خواهد شد
فایل، و از این رو در آپلود. اگر این گزینه مشخص نشده باشد، dgit پرس و جو می کند
بایگانی کنید و از آخرین نسخه آپلود شده در مجموعه مورد نظر استفاده کنید.

تعیین _ این را مهار می کند، بنابراین گزینه no -v به dpkg-genchanges منتقل می شود
(و در نتیجه، فقط آخرین مصراع از debian/changelog برای
ساخت و آپلود).

-mآدرس نگهداری
به dpkg-genchanges (در نهایت) منتقل شد.

--ch:انتخاب
یک گزینه اضافی را مشخص می کند تا در نهایت به dpkg-genchanges منتقل شود.

--curl=برنامه | --dput=برنامه |...
برنامه های جایگزین را برای استفاده به جای آن مشخص می کند حلقه, dput, طراحی, dpkg-source,
dpkg-buildpackage, dpkg-genchanges, ساختن, gpg, SSH, dgit, دستگاه گوارش، یا ادغام ها.

برای dpkg-buildpackage، dpkg-genchanges، mergechanges و sbuild، این فقط اعمال می شود
زمانی که برنامه مستقیماً توسط dgit فراخوانی می شود.

برای dgit، دستوری را مشخص می‌کند تا زمانی که dgit rpush نیاز دارد، روی میزبان راه دور اجرا شود.
یک کپی از راه دور از خود فراخوانی کند. (dgit همچنین خود را به عنوان EDITOR برای دوباره فراخوانی می کند
dpkg-source --commit; این کار با استفاده از argv[0] انجام می شود و تحت تأثیر --dgit= قرار نمی گیرد.

برای ssh، مقدار پیش فرض از مقدار گرفته شده است DGIT_SSH or GIT_SSH محیط
متغیرها، در صورت تنظیم (به زیر مراجعه کنید). و برای ssh، هنگام دسترسی به آرشیو و dgit-
repos، این تنظیم خط فرمان توسط متغیرهای پیکربندی git لغو می شود dgit-
تحریفتوزیع.ssh و .dgit.default.ssh (که به نوبه خود می تواند با -c لغو شود).
همچنین، هنگامی که dgit از git برای دسترسی به dgit-repos استفاده می کند، فقط ایده git از آنچه ssh باید
استفاده کنید (مثلا GIT_SSH) مرتبط است.

--حلقه:انتخاب | --dput:انتخاب |...
یک گزینه اضافی را برای انتقال به آن مشخص می کند حلقه, dput, طراحی, dpkg-source,
dpkg-buildpackage, dpkg-genchanges, ساختن, SSH, dgit، یا ادغام ها. می تواند باشد
در صورت لزوم تکرار می شود.

برای dpkg-buildpackage، dpkg-genchanges، mergechanges و sbuild، این فقط اعمال می شود
زمانی که برنامه مستقیماً توسط dgit فراخوانی می شود. معمولا، برای عبور گزینه ها به
dpkg-genchanges، باید استفاده کنید --ch:انتخاب.

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

به یادداشت های بالا در مورد ssh و dgit مراجعه کنید.

توجه داشته باشید که --gpg:option پشتیبانی نمی‌شود (زیرا طراحی آن را ندارد
امکانات). اما ببینید -k و کلید تنظیمات پیکربندی distro

-dتوزیع | --distro=توزیع
مشخص می کند که مجموعه مورد نظر بخشی از توزیع است توزیع. این
مقدار پیش فرض یافت شده از گزینه git config را لغو می کند dgit-
در.دنبالهتوزیع. تنها اثر این است که سایر متغیرهای پیکربندی (استفاده می شود
برای دسترسی به آرشیو و dgit-repos) استفاده می شود dgit-distro.توزیع.*.

اگر مجموعه شما بخشی از توزیعی است که dgit از قبل درباره آن می‌داند، می‌توانید از آن استفاده کنید
گزینه ای برای کار کردن dgit حتی اگر dgit شما در مورد مجموعه اطلاعاتی نداشته باشد. برای
به عنوان مثال، مشخص کردن -ddebian زمانی کار خواهد کرد که مجموعه یک مجموعه ناشناخته در آن باشد
آرشیو دبیان

برای تعریف توزیع جدید، باید متدها و URLها برای واکشی تعریف شوند
(و برای dgit push، تغییر دادن) انواع اطلاعات هم در آرشیو و هم در داخل
dgit-repos. نحوه تنظیم این هنوز مستند نشده است.

-Cتغییر فایل
فایل .changes را که قرار است آپلود شود را مشخص می کند. به طور پیش فرض dgit push به نظر می رسد
برای یک فایل .changes در دایرکتوری والد که نام فایل نشان می دهد برای آن است
بسته و نسخه مناسب - یا اگر فایل _multi.changes وجود دارد، dgit استفاده می کند
آن

در صورتی که مشخص شده است تغییر فایل pathname شامل اسلش است، بخش دایرکتوری نیز وجود دارد
به عنوان مقدار استفاده می شود --build-products-direct; در غیر این صورت، فایل تغییرات مورد انتظار است
در آن دایرکتوری (به طور پیش فرض، در ..).

--build-products-dir=فهرست راهنما
محل یافتن فایل های ساخته شده برای آپلود را مشخص می کند. به طور پیش فرض، dgit به داخل نگاه می کند
دایرکتوری والد (..).

--existing-package=بسته
dgit push باید نام مجموعه را متعارف کند. گاهی اوقات، dgit راهی برای پرسیدن ندارد
بایگانی برای انجام این کار بدون دانستن نام یک بسته موجود. بدون
--new ما فقط می توانیم از بسته ای که در تلاش هستیم استفاده کنیم. اما با -- جدید که خواهد شد
کار نمی کند، بنابراین ما حدس می زنیم dpkg یا از مقدار این گزینه استفاده کنید. این گزینه نیست
با مکانیسم های پیش فرض برای دسترسی به آرشیو مورد نیاز است.

-h|--کمک
خلاصه استفاده را چاپ کنید.

--initiator-tempdir=فهرست راهنما
dgit rpush از یک دایرکتوری موقت در میزبان فراخوانی (امضا) استفاده می کند. این گزینه
باعث استفاده از dgit می شود فهرست راهنما بجای. علاوه بر این، دایرکتوری مشخص شده خواهد بود
قبل از شروع dgit به جای حذف بعد از dgit خالی، حذف و دوباره ایجاد شد
به پایان می رسد. دایرکتوری مشخص شده باید یک نام مسیر مطلق باشد.

-- بدون rm-on-error
اگر کلون شکست خورد، دایرکتوری مقصد را حذف نکنید.

جریان کار - SIMPLE

با dgit همیشه امکان کلون کردن یا واکشی یک بسته، ایجاد تغییرات در git وجود دارد (با استفاده از
git-commit) در شعبه مجموعه (دستگاه گوارش وارسی dgit/دنباله) و سپس dgit push. شما می توانید استفاده کنید
هر تکنیک gitish که دوست دارید برای ساخت commit ها برای فشار دادن. تنها مورد نیاز
این است که آنچه را که فشار می‌دهید، زاده وضعیت آرشیو است، همانطور که توسط dgit در ارائه شده است.
شعبه ردیابی از راه دور ریموت/dgit/dgit/دنباله.

اگر از dgit برای انجام NMU (در Debian) استفاده می کنید و از نگهدارنده ها اطلاعی ندارید
در جریان کار بسته بندی ترجیحی، باید تغییرات خود را به صورت یک سری خطی انجام دهید
(به طور منطقی از هم جدا شده است) در بالای آنچه از قبل در بایگانی است، متعهد می شود.

اگر خوش شانس باشید، سایر آپلودکنندگان نیز از dgit استفاده کرده و موارد مرتبط دیگر را ادغام کرده اند
تاریخچه git; اگر نه، می توانید آن را به درخت خود بیاورید و گیلاس و غیره را همانطور که می خواهید بچینید.

جریان کار - یکپارچه سازی بین DGIT و OTHER GIT تاریخچه

اگر نگهدار بسته ای هستید که با آپلودهای بدون dgit سروکار دارد، این کار را خواهید کرد
احتمالاً می خواهید commit های مصنوعی (ساخته شده توسط dgit برای نمایش آپلودها) را در
تاریخچه git شما معمولاً فقط می توانید شاخه dgit را در master خود ادغام کنید یا
در واقع اگر کار خود را روی شاخه مجموعه محلی dgit انجام دهید dgit/دنباله شما فقط می توانید از dgit استفاده کنید
کشیدن.

با این حال، اولین باری که dgit استفاده می شود، یک commit مبدا جدید از آرشیو ایجاد می کند
که به بقیه تاریخچه git شما پیوند داده نمی شود. شما باید این را ادغام کنید.

اگر آخرین بارگذاری در واقع با git انجام شده است، معمولاً باید به صورت زیر عمل کنید: شناسایی
commit که در واقع برای ساخت بسته استفاده شد. (امیدوارم که شما یک برچسب برای
این را بررسی کنید. شاخه dgit (دستگاه گوارش وارسی dgit/دنباله) و آن commit دیگر را ادغام کنید
(دستگاه گوارش ادغام کردن دبیان/نسخه). امیدوارم این ادغام بی اهمیت باشد زیرا این دو درخت
باید خیلی شبیه باشد سر شاخه به دست آمده را می توان در کار شما ادغام کرد
شاخه ها (دستگاه گوارش وارسی استاد && دستگاه گوارش ادغام کردن dgit/دنباله).

اگر آخرین بارگذاری با git انجام نشده است، برای شروع استفاده به روش دیگری نیاز است
dgit. اول، انجام دهید dgit رفتن و آوردن (یا شبیه سازی) برای به دست آوردن نمایش تاریخچه git از آنچه در آن است
آرشیو و ثبت آن در ریموت/dgit/dgit/دنباله شعبه ردیابی سپس به نوعی،
با استفاده از تاریخچه git دیگر خود به علاوه تفاوت های مناسب و انتخاب های گیلاس از ریموت dgit
شاخه ردیابی، یک git commit بسازید که درخت آن با درخت مطابقت دارد تا برای آن استفاده کنید
آپلود بعدی اگر آن commit-to-be-upload از نوادگان dgit remote نباشد
شاخه ردیابی، آن را بررسی کنید و بگویید دستگاه گوارش ادغام کردن -s خرس ریموت/dgit/dgit/دنباله؛ که
به git می‌گوید که ما عمداً هر گونه تفاوت بین آنچه در آن است را دور می‌اندازیم
بایگانی و آنچه می خواهید آپلود کنید. سپس اجرا کنید dgit فشار تا در واقع نتیجه را آپلود کنید.

پیکربندی

dgit را می توان از طریق سیستم پیکربندی git پیکربندی کرد. می توانید کلیدها را با git-config تنظیم کنید
(چه در پیکربندی system-global یا per-tree)، یا ارائه دهید -cکلید=ارزش روی dgit
خط فرمان.

تنظیماتی که احتمالاً برای کاربر نهایی مفید هستند عبارتند از:

dgit-suite.دنبالهتوزیع توزیع
توزیع را برای یک مجموعه مشخص می کند. dgit نام مجموعه را حذف می کند (که در
تغییرات و غیره)، و از آن برای تعیین توزیع مورد استفاده استفاده می کند. در
پیکربندی استفاده شده پس از آن برای توزیع است.

dgit.default.distro توزیع
توزیع پیش‌فرض برای مجموعه‌ای ناشناخته.

dgit.default.*
برای هر dgit-distro.توزیع.*، مقدار پیش فرض استفاده شده در صورت عدم وجود توزیع
تنظیم خاص

dgit-distro.توزیعحالت تمیز
یکی از مقادیر خط فرمان گزینه --clean=; اگر --clean نباشد استفاده می شود
مشخص شده.

dgit-distro.توزیع.فقط خواندنی خودکار|a | درست|t|y|1 | غلط|f|n|0
این که آیا شما دسترسی فشاری به توزیع داشته باشید. برای دبیان، استفاده از خودکار اشکالی ندارد،
اگر در حال حاضر فشار نمی آورید، از حالت فقط خواندنی استفاده می کند. اما، تنظیم این به
false از اتکا به آینه سرور مخزن dgit git جلوگیری می کند.

dgit-distro.توزیعکلید
همچنین مشاهده کنید -k.

dgit-distro.توزیع.آینه آدرس

dgit-distro.توزیع.نام کاربری
مربوط به دبیان نیست.

dgit-distro.توزیعآپلود میزبان
اگر یک سرور صف میانی دارید ممکن است مفید باشد.

dgit-distro.توزیع.نام کاربری dgit-distro.توزیع.user-email
مقادیر برای پیکربندی user.name و user.email در درختان git جدید. اگر نه
مشخص شده، از متغیرهای محیطی DEBFULLNAME و DEBEMAIL استفاده می شود،
به ترتیب. فقط در صورتی استفاده می شود که .setup-usermail غیرفعال نباشد.

dgit-distro.توزیع.setup-useremail
تعیین user.name و user.email در درختان git جدید. به طور پیش فرض درست است.
برای dgit setup-setup-useremail نادیده گرفته شد، که به هر حال این کار را انجام می دهد.

dgit-distro.توزیع.setup-mergechangelogs
آیا برای راه اندازی درایور ادغام که از dpkg-mergechangelogs استفاده می کند
debian/changelog. به طور پیش فرض درست است. برای dgit setup-mergechangelogs نادیده گرفته شد، که
به هر حال انجام می دهد

dgit-distro.توزیع.cmd-CMD
برنامه برای استفاده به جای CMD. کار می کند مانند --CMD=...

dgit-distro.توزیع.opts-CMD
گزینه های اضافی برای عبور CMD. کار می کند مانند --CMD:.... برای عبور از چندین گزینه،
چندین مقدار را در git config پیکربندی کنید (با git config --add). گزینه های برای
dgit.default.opts-CMD dgit-distro.توزیع/push.opts-CMD و همه استفاده می شوند، دنبال می شوند
توسط گزینه های خط فرمان dgit.

ACCESS پیکربندی

تنظیمات بسیار دیگری وجود دارد که نحوه خدمات یک توزیع خاص را مشخص می کند (بایگانی
و git) ارائه شده است. اینها معمولاً نباید تنظیم شوند، اما برای آن مستند شده اند
از مزایای توزیع کنندگانی که مایل به استفاده از dgit هستند.

dgit-distro.توزیع/فشار دادن.*
اگر تنظیم شود، غیر مربوطه را لغو می کند /فشار دادن پیکربندی کی فقط خواندنی = نادرستیا چه موقع
هل دادن و فقط خواندنی = خودکار.

dgit-distro.توزیعgit-url

dgit-distro.توزیعgit-url[-پسوند]

dgit-distro.توزیع.git-proto

dgit-distro.توزیعمسیر git

dgit-distro.توزیعgit-check درست|غلط|آدرس|ssh-cmd

dgit-distro.توزیع.git-check-پسوند

dgit-distro.توزیعمنحرف می کند توزیع جدید|/پسوند توزیع

dgit-distro.توزیعgit-create ssh-cmd|درست

dgit-distro.توزیع.archive-query ftpmasterapi: | مدیسون:توزیع | گربه ساختگی:/مسیر |
sshpsql:کاربر@میزبان:dbname

dgit-distro.توزیع.archive-query-(آدرس|tls-key|حلقه-کا-ارگ)

dgit-distro.توزیع.madison-distro

dgit-distro.توزیع.archive-query-default-component

dgit-distro.توزیع.ssh

dgit-distro.توزیعsshpsql-dbname

dgit-distro.توزیع.(دستگاه گوارش|sshpsql)-(کاربر|میزبان|نیروی کاربر)

dgit-distro.توزیع.backports-quirk

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

DGIT_SSH, GIT_SSH
یک برنامه پیش فرض جایگزین (و شاید آرگومان ها) را برای استفاده به جای آن مشخص کنید
ssh ابتدا با DGIT_SSH مشورت می شود و ممکن است حاوی آرگومان باشد. اگر حاوی هر کدام باشد
فضای خالی به پوسته منتقل می شود. GIT_SSH فقط برنامه را مشخص می کند. نه
آرگومان ها را می توان مشخص کرد، بنابراین dgit آن را به همان روشی که git انجام می دهد تفسیر می کند. دیدن
همچنین گزینه های --ssh= و --ssh:.

مبادله کردن, DEBFULLNAME
پیش‌فرض git user.email و user.name برای درخت‌های جدید. دیدن dgit setup-new-tree.

gpg, dpkg-... طراحی, دستگاه گوارش, حلقه, dput, LWP::UserAgent
و سایر زیربرنامه ها و ماژول های مورد استفاده توسط dgit تحت تأثیر محیط های مختلف قرار می گیرند
متغیرها برای جزئیات بیشتر با documentaton برای آن برنامه ها مشورت کنید.

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