git-dpm - آنلاین در ابر

برنامه:

نام

git-dpm - بسته های دبیان در مدیر git

خلاصه

git-dpm --کمک

git-dpm [ گزینه های ] فرمان [ گزینه های هر فرمان و -استدلال ها ]

شرح

Git-dpm ابزاری برای مدیریت بسته منبع دبیان در یک مخزن git است.

هر پروژه شامل سه شاخه، یک شاخه دبیان (استاد/هر چه) یک شاخه وصله شده
(تکه تکه شده/وصله شده-هر چه) و یک شاخه بالادست (بالادست/بالادست-هر چه) و git-dpm
به شما کمک می کند اطلاعات را در آنجا ذخیره کنید تا تغییرات خود را به عنوان لحاف قابل صادرات داشته باشید
سری.

Git-dpm دو شاخه دیگر را بر اساس شاخه ای که می بیند حدس می زند. (بیشتر دستورات عمل می کنند
بر اساس HEAD فعلی، یعنی اینکه در حال حاضر چه شعبه‌ای را بررسی کرده‌اید، هرچند برخی از آن‌ها هستند
به عنوان مثال وضعیت به جای آن یک آرگومان اختیاری اجازه می دهد). به عنوان مثال، اگر در شعبه هستید
استاد، git-dpm فرض می کند که شاخه بالادست مربوطه فراخوانی می شود بالادست. اگر شما
در شعبه بالادست-چیزی، فرض می کند که شاخه دبیان فراخوانی شده است چیزی.

توجه داشته باشید که اکثر دستورات ممکن است به طور خودکار به شاخه دیگری تغییر کنند، تا حدی به این دلیل
اجرای این روش آسان تر است و امیدواریم که نیازی به تعویض شاخه ها نباشد
اغلب به صورت دستی

کوتاه توضیح OF L' شاخه ها

شاخه بالادست (بالادست|بالادست-هر چه)
این شاخه حاوی منابع بالادستی است. محتویات آن باید به اندازه کافی برابر باشد
مطالب موجود در تربال بالادست شما.

شاخه وصله شده (تکه تکه شده|وصله شده-هر چه)
این شاخه حاوی وصله های شما به منبع بالادستی است. هر تعهدی خواهد بود
به عنوان یک پچ در بسته به دست آمده ذخیره می شود.

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

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

از آنجایی که این شعبه مرتباً تغییر می کند، نباید آن را منتشر کنید.

شعبه دبیان (استاد|هر چه)
این شاخه اولیه است.

این شاخه شامل دبیان/ دایرکتوری و دارای شاخه وصله شده در آن ادغام شده است.

هر تغییری در دبیان/, .گیت* یا حذف فایل ها باید در وصله انجام شود
شاخه.

مثال ها

بیایید با چند مثال شروع کنیم:

بررسی یک پروژه
ابتدا شاخه اصلی را دریافت کنید:
دستگاه گوارش کلون کردن URL

سپس یک شاخه upstream ایجاد کنید و ببینید .orig.tar آماده است یا خیر:
git-dpm آماده

شاخه پچ شده را ایجاد کنید و آن را بررسی کنید:
git-dpm پرداخت وصله شده

تغییراتی را انجام دهید، برخی از وصله ها را اعمال کنید، آنها را انجام دهید..
...
دستگاه گوارش مرتکب شدن

اگر اصلاح شما تغییر قبلی را برطرف کرد (و این آخرین commit نیست،
در غیر این صورت می توانستید از --amend استفاده کنید)، ممکن است بخواهید این دو commit را از بین ببرید
به یکی، بنابراین استفاده کنید:
دستگاه گوارش تخفیف -i بالادست

سپس می‌خواهید این تغییرات را در شاخه Debian و فایل‌های پچ جدید دریافت کنید
ایجاد شده (که می توانید با استفاده از آن انجام دهید git-dpm به روز رسانی وصله ها)، اما به احتمال زیاد می خواهید
برای مستند کردن کارهایی که در تغییرات ثبت کردید، بنابراین همه در یک مرحله:
git-dpm dch -- -i

شاید چیزی را در بسته بندی دبیان تغییر دهید:
...
دستگاه گوارش مرتکب شدن -a

سپس همه چیز را به عقب برانید:
دستگاه گوارش فشار

تغییر به نسخه جدید بالادستی
یک فایل .orig.tar جدید دریافت کنید. یا شاخه بالادستی خود را به محتویات ارتقا دهید
آن فایل و تماس بگیرید git-dpm رکورد-جدید-بالادست ../چیزهای جدید.orig.tar.gz یا بگویید
git-dpm برای وارد کردن و ضبط آن:
git-dpm واردات-جدید-بالادست -- rebase ../چیزهای جدید.orig.tar.gz

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

پس از اجرای rebase (با کمی شانس حتی در اولین تلاش):
git-dpm dch -- -v جدیدآپ استریم-1 "جدید بالادست نسخه"

همچنین می‌توانید آخرین مرحله را در سه انجام دهید:
git-dpm به روز رسانی وصله ها
dch -- -v جدیدآپ استریم-1 "جدید بالادست نسخه"
دستگاه گوارش مرتکب شدن --اصلاح -a

دبیان/ تغییرات دیگر را انجام دهید:
...
دستگاه گوارش مرتکب شدن -a

سپس همه چیز را به عقب برانید:
دستگاه گوارش فشار

ایجاد پروژه جدید
ایجاد یک بالادست (و یا بالادست-هر چه) شاخه ای حاوی محتویات شما
فایل orig.tar:
قیر -xvf مثال_0.orig.tar.gz
cd مثال-0
دستگاه گوارش init انجام
دستگاه گوارش اضافه کردن .
دستگاه گوارش مرتکب شدن -m "وارد كردن مثال_0.orig.tar.gz"
دستگاه گوارش وارسی -b بالادست-ناپایدار

ممکن است بخواهید از تار دست نخورده برای ذخیره قطران خود استفاده کنید:
تار بکر مرتکب شدن ../مثال_0.orig.tar.gz بالادست-ناپایدار

سپس به git-dpm اطلاع دهید که شاخه بالادستی شما متعلق به کدام است:
git-dpm init انجام ../مثال_0.orig.tar.gz

توجه داشته باشید که از زمانی که شما در بالادست-ناپایدار در این مثال، در آخرین مثال
git-dpm فرض کنید می خواهید شعبه دبیان خود را فراخوانی کنید ناپایدار و نه استاد، به طوری که
پس از بازگشت دستور، شما در قسمت جدید ایجاد شده هستید ناپایدار شاخه.

بقیه بسته بندی را انجام دهید:
نیرو دبیان / کنترل دبیان/قوانین
dch --ایجاد کردن --بسته مثال -v 0-1
دستگاه گوارش اضافه کردن دبیان / کنترل دبیان/قوانین debian/changelog
دستگاه گوارش مرتکب شدن -m "اولیه بسته بندی"

سپس چند وصله اضافه کنید:
git-dpm پرداخت وصله شده
نیرو ...
دستگاه گوارش مرتکب شدن -a
git-dpm dch "تعمیر ... (بسته می شود: تعداد)"

La git-dpm پرداخت وصله شده یک شعبه موقت ایجاد کرد وصله-ناپایدار (مثل تو
در شعبه ای به نام بودند ناپایدار. اگر آن را با HEAD که یک شعبه است، صدا کرده بودید
استاد، می شد تکه تکه شده) که به آن commit ها اضافه کردید. سپس git-dpm
به روز رسانی وصله ها دلالت شده توسط git-dpm dch آن تغییرات را در ادغام کرد ناپایدار، حذف شده
شعبه موقت و ایجاد جدید debian/patch/ فایل های.

سپس بسته خود را بسازید:
git-dpm وضعیت &&
dpkg-buildpackage -rfakeroot -و -uc -I".git*"

حالا به اتفاقی که افتاده نگاه کنید، شاید بخواهید چند فایل را به آن اضافه کنید .گیتیگنور (در
la ناپایدار شاخه)، یا برخی از فایل ها را از ناپایدار شعبه چون شما
قانون پاک آنها را حذف می کند.

چند مرحله آخر را ادامه دهید تا بسته بندی تمام شود. سپس بسته خود را فشار دهید:
git-dpm برچسب
دستگاه گوارش فشار -- برچسب ها هدف ناپایدار: ناپایدار بکر-تار:بکر-تار

حذف وصله های موجود
ابتدا شاخه اصلی را دریافت کنید:
دستگاه گوارش کلون کردن URL

شاخه پچ شده را ایجاد کنید و آن را بررسی کنید:
git-dpm پرداخت وصله شده

لیستی از commit ها را از آخرین نسخه upstream دریافت کنید: دستگاه گوارش تخفیف -i
بالادست-ناپایدار

با این کار ویرایشگر پیش فرض شما با لیستی از commit ها باز می شود. لیست را برای حذف ویرایش کنید
تعهدات ناخواسته
...
دستگاه گوارش مرتکب شدن

سپس می‌خواهید این تغییرات را در شاخه Debian و فایل‌های پچ قدیمی دریافت کنید
حذف شده است (که می توانید با استفاده از آن انجام دهید git-dpm به روز رسانی وصله ها)، اما به احتمال زیاد می خواهید
برای مستند کردن کارهایی که در تغییرات ثبت کردید، بنابراین همه در یک مرحله:
git-dpm dch -- -i

شاید چیزی را در بسته بندی دبیان تغییر دهید:
...
دستگاه گوارش مرتکب شدن -a

سپس همه چیز را به عقب برانید:
دستگاه گوارش فشار

GLOBAL OPTIONS

- رفع اشکال
کاری که git-dpm انجام می دهد را به صورت پرمخاطب ارائه دهید. عمدتاً فقط برای اشکال زدایی یا
هنگام تهیه گزارش اشکال

--debug-git-calls
خروجی فراخوان های git به stderr. (برای موارد اشکال زدایی پیچیده تر).

--allow-changes-in-debian-branch
تغییرات بالادستی در شعبه دبیان خود را نادیده بگیرید. این یا آنها را دور می اندازد اگر
merge-patched با دستور come فراخوانی می شود یا در جای دیگری نادیده گرفته می شود.

دستورات

init انجام [گزینه های] tarfile [upstream-commit [preapplied-commit [Patched-Commit]]]
یک پروژه جدید ایجاد کنید.

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

همچنین باید محتویات آن فایل و فایل های ارائه شده با آن را داشته باشید
- کامپوننت به عنوان یک شاخه یا commit در مخزن git شما (یا مشابه آن) بسته بندی نشده است
به اندازه کافی dpkg-source تفاوت را نمی داند). این در ذخیره می شود
شاخه بالادست (به نام بالادست or بالادست-هر چه). اگر استدلال دوم باشد
غیر موجود یا خالی، آن شاخه باید از قبل وجود داشته باشد، در غیر این صورت آن شاخه وجود خواهد داشت
با همان آرگومان دوم مقداردهی اولیه شود. (این مسئولیت شماست که
مطالب مطابقت دارند git-dpm نمی داند قانون پاک شما چه می کند، بنابراین نمی تواند بررسی کند
(و حتی سعی نکرده هنوز هشدار دهد)).

شما از قبل می توانید یک شعبه دبیان (به نام استاد or هر چه). اگر اینطور نیست
وجود داشته باشد، پس از آن وجود خواهد داشت. در غیر این صورت می تواند حاوی الف باشد debian/patches/series
فایلی که git-dpm وارد خواهد کرد.

آرگومان سوم می تواند از نوادگان شاخه بالادستی شما باشد که حاوی آرگومان است
قبل از اعمال هرگونه وصله، شاخه دبیان خود را تغییر دهید (بیشتر افراد ترجیح می دهند
هیچ‌کدام را نداشته باشید و لینتیان هشدار می‌دهد، اما اگر مقداری دارید، آنها را در قالب جدید انتخاب کنید
شاخه / سر جدا شده در بالای شاخه بالادست خود و آنها را در اینجا نام ببرید). بدون
--patch-applied، شاخه دبیان شما ممکن است هیچ تغییری در بالادستی نسبت به آن نداشته باشد
این commit (یا اگر داده نشد، شاخه بالادست).

اگر آرگومان چهارم وجود نداشته باشد، git-dpm وصله های احتمالی را در دبیان شما اعمال می کند
در بالای آرگومان سوم یا بالادست منشعب کنید. شما همچنین می توانید این کار را خودتان انجام دهید و
آن را به عنوان استدلال چهارم بیاورید.

محتویات این commit/branch داده شده در commit چهارم یا ایجاد شده توسط
اعمال وصله ها در بالای سومین/شاخه بالادستی شما سپس در شما ادغام می شود
شاخه دبیان و به عنوان شاخه وصله شده به یاد می‌آید.

گزینه های ارسال:

--جزء نام فایل
ضبط a .orig-جزء.tar فایلی که باید در شاخه بالادست شما باز شود.

وصله‌ها اعمال شد
نشان می دهد که شاخه دبیان قبلاً وصله ها را اعمال کرده است.

بدون این git-dpm بررسی خواهد شد که هیچ تغییری در شاخه دبیان وجود ندارد
مدیریت پچ های خارجی قبل از اعمال وصله ها. با این، خواهد شد
در عوض بررسی کنید بعد از اعمال پچ ها تفاوتی وجود نداشته باشد.

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

--record-patch-category
اضافه کردن Patch-Category: فیلد به هر پچ وارد شده که در یک زیر شاخه است
of دبیان/پچ ها. این باعث می شود به روز رسانی وصله ها برای ذخیره آن در همان
زیرشاخه

--record-patch-name
اضافه کردن Patch-name: فیلد به هر پچ وارد شده با نام آن. این باعث می شود
به روز رسانی وصله ها آن را با نام اصلی خود ذخیره کنید.

آماده
مطمئن شوید که شاخه بالادست و توپ بالادست orig.tar وجود دارند و به روز هستند.
(بهتر است بعد از کلون یا کشش نامیده شود).

وضعیت [شاخه]

وضعیت پروژه فعلی (یا پروژه متعلق به
استدلال شاخه اگر داده شود). اگر موردی باشد با کد خروج غیر صفر برمی‌گردد
do شناسایی می شود.

پرداخت وصله شده

شعبه وصله شده را بررسی کنید (تکه تکه شده|وصله شده-هر چه) پس از اطمینان از وجود آن
و یکی از آنها ثبت شده است debian/.git-dpm فایل.

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

در غیر این صورت می توانید آن را به آخرین وضعیت ضبط شده با --زور گزینه.

به روز رسانی وصله ها [گزینه های] [نام شعبه]

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

همچنین در debian/.git-dpm ثبت کنید که کدام وضعیت پچ شده وصله ها را منشعب می کند
دایرکتوری متعلق به

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

گزینه های ارسال:

-- دوباره انجام دهید کاری انجام دهید، حتی اگر به نظر می رسد که کاری برای انجام دادن وجود ندارد.

--اجازه-بازگشت, --نادیده گرفتن-حذف ها, --dot-git-files=*
به merge-patched-to-debian منتقل شد

--اصلاح
یک commit جدید ایجاد نکنید، بلکه آخرین مورد را در شعبه دبیان اصلاح کنید.
(یعنی merge-patched-into-debian را با --amend فراخوانی کنید و به روز رسانی ها را اصلاح کنید
وصله ها به آخرین commit حتی اگر توسط آن ایجاد نشده باشد
ادغام-وصله-در-دبیان).

-m پیام
استفاده کنید پیام به عنوان پیام commit (در صورت استفاده همراه با --amend، از استفاده مجدد خودداری کنید
پیام قدیمی commit، تاریخ نویسنده یا نویسنده، اما commit قدیمی را با a جایگزین کنید
commit جدید با آن پیام).

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

--اجازه-غیرخطی
به merge-patched منتقل شد.

dch [گزینه های] -- گزینه های dch
پس از فراخوانی به روز رسانی وصله ها در صورت لزوم، dch devscripts را با مشخص شده اجرا کنید
گزینه ها و سپس یک دستگاه گوارش مرتکب شدن با یک پیام commit حاوی تغییرات در
debian/changelog فایل.

گزینه های ارسال:

--اصلاح
commit را که در حال حاضر رئیس شعبه دبیان است جایگزین کنید
(استاد|چیزی) به جای ایجاد یک مورد جدید در بالا. پیام commit
همچنین شامل تغییرات انجام شده در خواهد شد debian/changelog در کامیت قبلی
(مگر اینکه با ویرایش جدید برگردانده شود).

- نادیده گرفتن وصله ها
به روز رسانی وصله ها را فراخوانی نکنید بلکه به سادگی وضعیت فعلی را نادیده بگیرید
شاخه وصله شده (تکه تکه شده|وصله شده-چیزی).

-- نگه داشتن-شاخه, --اجازه-بازگشت, --اجازه-غیرخطی, --نادیده گرفتن-حذف ها,
--dot-git-files=*
در صورت فراخوانی به پچ های به روز رسانی منتقل می شود.

-- آخرین - فقط|--آخرین|-l
فقط قبل از تماس، تغییرات بین فهرست کاری فعلی را درج کنید
dch و بعد از فراخوانی آن (و نه از آخرین commit یا آخرین commit
جایگزین نشده است).

-e | -v | -a | --همه | -s | -n | -- بدون تأیید | -u | -فایل های پیگیری نشده | -q |
--ساکت | --پاکسازی=... | --نویسنده=...
گذشت به git commit.

ادغام-وصله-در-دبیان [گزینه های] [نام شعبه]
معمولا به روز رسانی وصله ها در صورت لزوم این را برای شما اجرا می کند.

این دستور هسته اصلی است git-dpm، اما معمولاً مستقیماً با آن تماس نمی گیرید. آی تی
توسط به روز رسانی وصله ها و چیزهایی که تماس می گیرند به روز رسانی وصله ها حرفه ای dch چه زمانی
لازم است

همه فایل‌ها (به استثنای مواردی که در زیر توضیح داده شده است) را در جریان فعلی جایگزین می‌کند
شعبه دبیان (استاد|هر چه) با آنهایی که در شاخه وصله شده یافت می شوند
(تکه تکه شده|وصله شده-هر چه).

فقط دبیان دایرکتوری و فایل هایی در دایرکتوری ریشه که با ".git" شروع می شوند هستند
از شعبه دبیان نگهداری می شود (بنابراین .گیتیگنور, .gitattributes، ... خواهد ماند). و
تمام فایل هایی که در آخرین شاخه ثبت شده وصله شده پیدا شده و در آن حذف شده اند
شاخه فعلی دبیان نیز در شاخه جدید حذف خواهد شد.

علاوه بر این debian/.git-dpm فایل به‌روزرسانی می‌شود تا شاخه وصله‌شده فعلی
ثبت می شود و به عنوان متعلق به آخرین شاخه بالادستی ثبت شده مشخص می شود.

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

گزینه های ارسال:

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

--بدون چشم پوشی-حذف (به طور پیش فرض)
فایل هایی که در حال حاضر در شعبه دبیان نسبت به فایل های ضبط شده حذف شده اند
شاخه پچ شده همچنان در شعبه جدید دبیان حذف می شود و گرفته نمی شود
از شاخه جدید پچ شده این پیش فرض است مگر اینکه پیش فرض دیگری باشد
با تنظیم شد
دستگاه گوارش پیکربندی dpmنام شعبه.dpmIgnoreDeletions درست.

--نادیده گرفتن-حذف ها
غیرفعال کردن رفتار توضیح داده شده در --بدون چشم پوشی-حذف.

--dot-git-files=روش
نحوه شروع فایل ها را مشخص کنید .گیت خارج از دبیان/ رسیدگی می شوند. آنها هستند
دسته مخصوص به عنوان .gitattributes و .گیتیگنور ممکن است در
شعبه دبیان بدون اینکه بخشی از هیچ پچ باشد. (تمام دبیان/ فهرست راهنما
همیشه از شعبه دبیان گرفته می شود، بنابراین فایل های آنجا تحت تأثیر قرار نمی گیرند).

روش های ممکن عبارتند از:

اتوماتیک (به طور پیش فرض)
هر .گیت* فایل هایی که در جریان فعلی اضافه، اصلاح یا حذف می شوند
شعبه دبیان در مقایسه با شاخه بالادستی قدیمی روی این تنظیم شده است
حالت، هر چیز دیگری همانطور که در شاخه جدید وصله شده یافت می شود گرفته می شود.

دبیان همه .گیت* فایل ها از شعبه دبیان گرفته شده اند. فایل هایی با نام
مانند آن از شاخه وصله نادیده گرفته می شوند.

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

-- نگه داشتن-شاخه
یک شاخه وصله شده موجود را حذف نکنید (معمولاً حذف می شود و می تواند حذف شود
بازسازی شده با پرداخت وصله شده برای جلوگیری از کپی های قدیمی در کمین).

--اصلاح
آخرین commit را در شعبه دبیان خود جایگزین کنید (همانطور که git commit --amend می کند
انجام دادن). با این تفاوت که هر پدر و مادری جد یا برابر باشد
به شاخه پچ شده جدید یا شاخه وصله شده ثبت شده حذف می شود. (اون
یعنی شما نه تنها commit شعبه دبیان را از دست می دهید، بلکه commit قبلی را نیز از دست می دهید
وضعیت شاخه وصله شده اگر آخرین کامیت شما نیز پچ شده را ادغام کند
شاخه).

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

--اجازه-غیرخطی
اگر شاخه وصله شده سری خطی نیست، با خطا سقط نکنید
در بالای شاخه بالادستی متعهد می شود. استفاده از این گزینه توصیه نمی شود
زیرا به راحتی مشکلات مربوط به شاخه وصله شده یا بالادستی را پنهان می کند
سری های Debian/Patch/ شکسته را معرفی کنید، همانطور که format-patch این کار را انجام نمی دهد
سریال سازی

واردات-جدید-بالادست [گزینه های] .orig.tar
محتویات tarfile داده شده را وارد کنید (مانند واردات تار) و این را ثبت کنید
شاخه (مانند رکورد-جدید-بالادست).

این تقریباً معادل است با:
git-dpm واردات تار -p بالادست نام فایل
دستگاه گوارش وارسی -b بالادست
git-dpm رکورد-جدید-بالادست نام فایل

--جدا
شاخه جدید بالادست را نیای شاخه بالادست قدیمی نکنید
(مگر اینکه دوباره آن را با -p).

-p commit-id|--والدین commit-id
دادن واردات تار والدین اضافی از متعهد جدید برای ایجاد.

به عنوان مثال، اگر مخزن git upstream را در شاخه‌ای دنبال کنید، می‌توانید
آن را در اینجا نام ببرید تا بخشی از تاریخچه شعبه دبیان شما باشد.

--اجازه-بدون پدر و مادر
اگر dpm.importWithoutParent از طریق git config روی false تنظیم شود، git-dpm این کار را انجام نخواهد داد.
اجازه دهید import-new-upstream بدون این گزینه یا حداقل در -p اجرا شود
گزینه.

---rebase-patched
پس از ضبط شاخه بالادستی جدید، شاخه وصله شده را به آن تغییر دهید
شعبه بالادست جدید

--بدون تغییر بازنگری وصله
پس از ضبط شاخه upstream جدید، rebase-patched را صدا نکنید. (این
در حال حاضر پیش فرض است، اما ممکن است در آینده تغییر کند).

-m پیام
پیام commit برای استفاده برای commit جدید به شعبه دبیان که آن را ضبط می کند
فایل جدید و شاخه بالادست.

--جزء بسته_نسخه.orig-جزء.tar.gz
نام فایل مشخص شده را از بسته بندی خارج کنید جزء دایرکتوری و آن را ثبت کنید
که آماده و وضعیت بدانید که آن را بررسی کنید

--init

هیچ یک از شاخه ها هنوز وجود ندارد، آنها را ایجاد کنید.

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

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

-- بکر-tar-commit | --ptc
صدا تار بکر مرتکب شدن برای همه تاربول های وارداتی که هنوز در
شاخه تار بکر.

---بدون-بکر-tar-commit
زنگ نزن تار بکر مرتکب شدن برای همه تاربول های وارداتی حتی اگر پیکربندی شده باشند
برای انجام این کار توسط
دستگاه گوارش پیکربندی dpm.pristineTarCommit درست یا با
دستگاه گوارش پیکربندی شاخه.debianbranchdpmPristineTarCommit درست.

--نادیده گرفتن-حذف ها, --dot-git-files=
در صورت فراخوانی به merge-patched منتقل شد (فقط در صورتی انجام می شود که هیچ وصله ای وجود نداشته باشد
قبلا).

-- بالادست-نویسنده نویسنده
به عنوان استفاده می شود --نویسنده استدلال به git-dpm واردات تار.

-- بالادست-تاریخ تاریخ
به عنوان استفاده می شود --تاریخ استدلال به git-dpm واردات تار (بخصوص خودکار is
برای استخراج تاریخ از فایل tar پشتیبانی می شود).

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

واردات تار [گزینه های] tar-file
یک commit جدید حاوی محتویات فایل داده شده ایجاد کنید. متعهد نمی شود
پدر و مادری داشته باشی، مگر اینکه بدهی -p گزینه.

-p commit-id|--والدین commit-id
commit داده شده را به عنوان والد اضافه کنید. (می توان چندین بار مشخص کرد).

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

-m پیام
یک ویرایشگر برای پیام commit راه اندازی نکنید، بلکه به جای آن از آرگومان استفاده کنید.

--تاریخ تاریخ
تاریخ تعهد برای ایجاد.

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

--نویسنده نویسنده
نویسنده commit to create. باید در قالب git معمولی باشد
نویسنده <پست الکترونیک>.

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

رکورد-جدید-بالادست [گزینه های] .orig.tar [مرتکب شدن]

اگر شاخه بالادست را تغییر دادید (بالادست|بالادست-هر چه، git-dpm نیاز دارد
بدانید که این شاخه اکنون مربوط به کدام تربال است و باید خود را تغییر دهید
شاخه وصله شده (تکه تکه شده|وصله شده-هر چه) به شعبه جدید بالادست.

اگر آرگومان دومی وجود داشته باشد، این دستور ابتدا جایگزین شاخه upstream شما می شود
با commit مشخص شده

سپس شاخه جدید بالادستی در شعبه دبیان شما ثبت می شود debian/.git-dpm
فایل.

اگر مشخص کردید ---rebase-patched (یا کوتاه -- rebase), git-dpm rebase-patch شده اراده
فراخوانی می شود تا شاخه وصله شده خود را در بالای شاخه جدید بالادستی مجدداً قرار دهید.

پس از این (و اگر شاخه به همان چیزی که می خواهید به نظر می رسد)، هنوز هم نیاز دارید
صدا git-dpm ادغام-وصله-در-دبیان (یا مستقیم git-dpm به روز رسانی وصله ها).

هشدار برای جلوگیری از هرگونه سوء تفاهم: شما باید شاخه بالادستی را تغییر دهید
قبل از استفاده از این دستور این مسئولیت شماست که از محتویات آن اطمینان حاصل کنید
تاربال با شاخه های بالادست مطابقت دارد.

---rebase-patched
به صورت خودکار تماس بگیرید git-dpm rebase-patch شده.

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

-m پیام
پیام commit برای استفاده برای commit جدید به شعبه دبیان که آن را ضبط می کند
فایل جدید و شاخه بالادست.

--اصلاح
به جای ایجاد یک commit جدید در بالا، آخرین commit را جایگزین کنید.

--جزء نام فایل
رکورد نام فایل در صورت نیاز فایل منبع مؤلفه (به عنوان مثال a
sourcename_upstreamversion.orig-جزءتار.فشرده سازی فایل). این شماست
مسئول این است که محتویات آن فایل از قبل به عنوان بخشی از بالادست شما باشد
شعبه (در الف جزء دایرکتوری فرعی).

(فایل های ضبط شده توسط آنها جستجو می شود وضعیت و آماده. لیست
فایل های منبع کامپوننت ضبط شده زمانی حذف می شوند که یک شاخه جدید بالادستی یا
بالادست منشاء فایل منبع ثبت شده است).

--نادیده گرفتن-حذف ها, --ot-git-files=
در صورت فراخوانی به merge-patched منتقل شد (که فقط در صورت عدم وجود انجام می شود
وصله های قبلی، بنابراین شاخه جدید بالادست به طور مستقیم در ادغام می شود).

rebase-patch شده
سعی کنید شاخه وصله شده فعلی خود را مجدداً تنظیم کنید (تکه تکه شده|وصله شده-هر چه) به شما
شاخه فعلی فعلی بالادست (بالادست|بالادست-هر چه).

اگر آن شاخه ها هنوز به عنوان شاخه های git وجود نداشته باشند، از (دوباره) ایجاد می شوند
اطلاعات ثبت شده در debian/.git-dpm برای اولین بار.

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

پس از اتمام این کار (و اگر شاخه به همان چیزی که می خواهید به نظر برسد)، شما همچنان
نیاز ادغام-وصله-در-دبیان (یا مستقیم به روز رسانی وصله ها).

برچسب [ گزینه های ] [ نسخه ]
برچسب ها را به شاخه های بالادستی، پچ شده و دبیان اضافه کنید. اگر نسخه ای داده نشده است، آن را
از debian/changelog گرفته شده است.

گزینه های ارسال:

--تازه کردن
اگر برچسب‌ها از قبل وجود دارند و با هم متفاوت هستند (به جز بالادست) بازنویسی کنید.

-- refresh-upstream
اگر بالادستی وجود دارد و متفاوت است، رونویسی کنید.

--allow-stale-patches
اگر وصله ها به روز نیستند، خطا نکنید. این فقط در صورتی مفید است که شما
داده های تاریخی را وارد می کنند و می خواهند آن را برچسب گذاری کنند.

--تحت عنوان
از نام بسته به عنوان بخشی از نام تگ های تولید شده استفاده کنید. (استفاده کنید دستگاه گوارش
پیکربندی dpm.tagsNamed درست برای اینکه این به صورت پیش فرض باشد)

--با نام نام
پسندیدن --تحت عنوان اما نامی را برای استفاده بگذارید.

--debian-tag نام برچسب

--patched-tag نام برچسب

---برچسب بالادست نام برچسب
نام تگ هایی که باید تولید شوند را مشخص کنید.

%p با نام بسته جایگزین می شود،

%v با نسخه (بدون دوره) با دو نقطه (:) و tilde (~) جایگزین شده است
با خط زیر (_)،

%u با نسخه بالادستی (بدون بازبینی دوره یا دبیان) با دو نقطه
(:) و تایلد (~) با زیرخط (_) جایگزین شد،

%e با دوران،

%f با دوره و به دنبال آن یک زیرخط (_) در صورت وجود دوره، و
با رشته خالی اگر دوره ای وجود نداشته باشد،

%V با نسخه (بدون دوره) با دو نقطه (:) و tilde (~) جایگزین شده است
با نقطه (.)،

%U با نسخه بالادستی (بدون بازبینی دوره یا دبیان) با دو نقطه
(:) و تایلد (~) با نقطه (.) جایگزین شد،

%E با دوره و به دنبال آن یک نقطه در صورت وجود دوره و با نقطه خالی
رشته اگر دوره ای وجود نداشته باشد،

%% با یک تک %.

اگر یکی از آن ها از طریق گزینه خط فرمان تنظیم نشده باشد، دستگاه گوارش پیکربندی در مورد
ارزش dpm.debianTag, dpm.patchedTag or dpm.upstreamTag. اگر آن نیز تنظیم نشده باشد
یا ارزش ویژه خودکار، سپس debian/.git-dpm برای یک خط از فرم اسکن می شود
debianTag="ارزش",
patchedTag="ارزش" or
upstreamTag="ارزش".

(توجه: همیشه آن ها را به انتهای فایل اضافه کنید، هشت خط اول ثابت شده است
شماره خطوط)

اگر این باز هم منجر به الگوی استفاده نشد، پیش‌فرض‌ها هستند
'%p-debian%e-%v'،'%p-patched%e-%v'و'%p-upstream%e-%u' با --تحت عنوان و
'debian%e-%v'،'وصله شده%e-%v'و'بالادست%e-%u' بدون.

اگر نام تگ دارای مقدار ویژه باشد NONE، هیچ برچسبی ایجاد نمی شود.

ref-tag [ گزینه های ] مرتکب شدن [ نسخه ]
پسندیدن برچسب، اما برای ایجاد برچسب مرتکب شدن، به عبارت دیگر مرتکب شدن تگ دبیان و
تگ های دیگر در جایی قرار می گیرند که debian/.git-dpm فایل آن commit به.

بنابراین بیشتر معادل است با:
دستگاه گوارش وارسی -b دما مرتکب شدن
git-dpm برچسب [گزینه های] [نسخه]
دستگاه گوارش وارسی قبلی سر
دستگاه گوارش شاخه -D دما

گزینه هایی مانند برچسب.

اعمال-پچ [ گزینه ها... ] [ نام فایل ]
به شاخه وصله شده تغییر دهید (با فرض به روز بودن، ابتدا از وصله پرداخت شده استفاده کنید
برای اطمینان یا دریافت اخطار)، و پچ ارائه شده به عنوان آرگومان یا از را اعمال کنید
stdin.

--نویسنده نویسنده
نادیده گرفتن نویسنده برای ضبط.

--نویسنده پیش فرض نویسنده
اگر هیچ نویسنده ای از commit مشخص نشد، از این استفاده کنید.

--تاریخ تاریخ
تاریخ ضبط این پچ در اصل از اگر یافت نشد باشد.

--dpatch
پچ را به عنوان وصله dpatch تجزیه کنید (فقط برای وصله های dpatch که در واقع a هستند کار می کند
پچ، ممکن است بی سر و صدا برای دیگران شکست بخورد).

--cdbs وصله به عنوان پچ cdbs simple-patchsys.mk (فقط برای وصله های dpatch کار می کند
در واقع یک وصله است، ممکن است بی سر و صدا برای دیگران شکست بخورد).

-- ویرایش قبل از انجام commit یک ویرایشگر راه اندازی کنید (در صورتی که برای اصلاح آن تنبل هستید).

- رکورد-نام
اضافه کردن Patch-name: میدان برای گفتن به روز رسانی وصله ها برای صادرات آن با همان
نام دوباره

--نام نام
اضافه کردن Patch-name: میدان برای گفتن به روز رسانی وصله ها به استفاده از نام به عنوان نام فایل به
ذخیره این پچ در (نسبت به دبیان/پچ ها).

--دسته بندی نام
اضافه کردن Patch-Category: میدان برای گفتن به روز رسانی وصله ها تا همیشه این را صادر کنیم
وصله به یک زیر شاخه نام of دبیان/پچ ها.

گیلاس انتخاب کنید [ گزینه ها... ] مرتکب شدن
شاخه وصله شده را دوباره ایجاد کنید و commit داده شده را انتخاب کنید. سپس آن را ادغام کنید
به شاخه دبیان بروید و دایرکتوری debian/patches را به روز کنید (یعنی بیشتر
معادل تسویه حساب، git's cherry-pick و update-patches).

--فقط ادغام
فقط شاخه وصله شده را در شاخه دبیان ادغام کنید اما به روز نکنید
دایرکتوری وصله‌ها (برای دریافت آن باید بعداً Patch-update را اجرا کنید
انجام شده).

-e | -- ویرایش
به git's cherry-pick منتقل شد: پیام commit انتخاب شده را ویرایش کنید.

-s | -- علامت گذاری
به git's cherry-pick پاس شد: یک سرصفحه Signed-off-by اضافه کنید

-x به git's cherry-pick منتقل شد: خطی اضافه کنید که آنچه انتخاب شده را توصیف کند

-m تعداد | --خط اصلی تعداد
به git's cherry-pick منتقل شد: انتخاب ادغام با تعیین والد مجاز است
نگاه کردن

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

--اجازه-غیرخطی, --نادیده گرفتن-حذف ها, --dot-git-files=
در صورت فراخوانی به پچ های به روز رسانی منتقل می شود.

به وصله های ادغام شده-وصله شده-در-دبیان و آپدیت-وصله ها منتقل شد.

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

--اصلاح
به merge-patched-to-debian منتقل شد: آخرین commit را در دبیان اصلاح کنید
شاخه.

import-dsc
یک بسته منبع دبیان را از یک فایل dsc وارد کنید. این را می توان برای ایجاد یک جدید استفاده کرد
پروژه یا وارد کردن یک بسته منبع به یک پروژه موجود.

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

مرحله اول واردات است .orig.tar فایل و امکان پذیر است .orig-جزء.tar فایل های.
شما می توانید یک شاخه را برای استفاده مشخص کنید. در غیر این صورت import-dsc نگاه خواهد کرد اگر
وضعیت قبلی این پروژه در حال حاضر فایل مورد نیاز را دارد، بنابراین در بالادست قدیمی
شاخه قابل استفاده مجدد است در صورت عدم وجود، فایل به عنوان یک commit جدید وارد می شود.
به طور پیش فرض با یک شاخه احتمالی بالادست قبلی به عنوان والد.

سپس import-dsc سعی خواهد کرد بسته منبع را در حالت به عنوان وارد کند dpkg-source
-x آن را ایجاد خواهد کرد. (یعنی اعمال .diff و ساختن دبیان/قوانین قابل اجرا
برای بسته های قالب 1.0 و جایگزینی دبیان دایرکتوری با محتویات a
.debian.tar و اعمال امکان پذیر است debian/patches/series برای بسته های فرمت 3.0).
این بعداً به معنای کلمه واردات نامیده می شود.

اگر بسته با فرمت منبع 1.0 باشد، import-dsc سپس به دنبال مجموعه ای از پشتیبانی می شود
پچ سیستم ها و سعی می کند آن وصله ها را اعمال کند. سپس آن ها با ادغام می شوند
کلمه به کلمه به شاخه جدید دبیان تبدیل شود.

پس یک debian/.git-dpm فایل ایجاد می شود و وضعیت قدیمی احتمالی پروژه
به عنوان والد اضافه شد

توجه داشته باشید که dpkg-source برای استخراج بسته ها استفاده نمی شود، اما آنها استخراج می شوند
به صورت دستی بخصوص git-apply به جای استفاده وصله. در حالی که این به طور کلی
آثار (و git-dpm جادویی برای کار کردن در اطراف برخی از آنها دارد git-applyکمبودهای)
تکه های ناپاک ممکن است گاهی اوقات نیاز به a -C0 گزینه و سپس در موارد مشابه اعمال شود
در موقعیت های متفاوت از جایی که وصله آنها را اعمال خواهد کرد.

گزینه های عمومی:

-b | --شاخه نام شعبه
به HEAD فعلی نگاه نکنید، اما بسته را به git-dpm وارد کنید
پروژه نام شعبه یا یک پروژه جدید ایجاد کنید (اگر آن شاخه هنوز این کار را نکرده باشد
وجود داشته باشد).

-- کلمه به کلمه نام شعبه
پس از import-dsc با موفقیت به پایان رسیده است، نام شعبه شامل خواهد شد
وارد کردن کلمه به کلمه فایل dsc. اگر شاخه ای از آن نام قبلاً وجود داشته باشد،
commit جدید کلمه به کلمه، قدیمی را نیز به عنوان والد خواهد داشت. (این نیز باعث می شود
تعهد کلمه به کلمه با تغییرات دیگری اصلاح نمی شود، که می تواند منجر شود
در تعهدات بیشتر).

--use-changelog
Debian/Changelog بسته وارداتی را تجزیه کنید. از توضیحات به عنوان استفاده کنید
پیام‌ها و نویسنده و زمان را به‌عنوان پیش‌فرض برای وصله‌ها و واردات تعیین کنید
بدون آن اطلاعات متعهد می شود. (هشدار: ممکن است هنوز مقداری ناهموار داشته باشد
لبه ها).

گزینه های ایجاد شعبه بالادست:

-- بالادست برای استفاده مرتکب شدن
.orig.tar را وارد نکنید و سعی نکنید از واردات قدیمی استفاده مجدد کنید، اما همیشه استفاده کنید
la مرتکب شدن مشخص شده.

این مسئولیت شماست که این شعبه به اندازه کافی مشابه باشد
فایل .orig.tar به اضافه .orig-component.tar امکان پذیر است
دایرکتوری ها (طبق معمول، به اندازه کافی مشابه به این معنی است: هیچ فایلی را از دست ندهید
وصله های شما لمس می شود یا فرآیند ساخت شما نیاز دارد (یا دوباره ایجاد می شود مگر اینکه
دبیان/قوانین تمیز دوباره آنها را حذف می کند). هر فایل متفاوت از در
orig.tar یا موجود نیست، باید در دبیان به دست آمده حذف کنید
شاخه. هیچ وصله ای نمی تواند آن فایل ها را لمس کند.)

با احتیاط استفاده کنید. هیچ چیز به شما هشدار نمی دهد حتی اگر از محتوای a استفاده کنید
نسخه upstream کاملا اشتباه

-- جدا-بالادست
اگر یک .orig.tar را به عنوان commit جدید وارد می کنید، commit احتمالی برای آن ایجاد نکنید
والد نسخه قدیمی بالادست.

--بالادست-والد مرتکب شدن
اضافه کردن مرتکب شدن به عنوان والد (اضافی) در صورت وارد کردن یک نسخه بالادستی جدید.

(برای مثال می‌توان از این برای تبدیل تاریخچه git upstream بخشی از خود استفاده کرد
تاریخچه بسته و در نتیجه به git هنگام چیدن گیلاس کمک می کند).

--اجازه-بدون پدر و مادر
اگر dpm.importWithoutParent از طریق git config روی false تنظیم شود، git-dpm این کار را انجام نخواهد داد.
اجازه دهید import-dsc بدون این گزینه یا حداقل روشن اجرا شود
- گزینه upstream-parent.

-- بکر-tar-commit |--ptc
صدا تار بکر مرتکب شدن برای تمام تربال های وارد شده بعد از بقیه
دستور import-dsc موفقیت آمیز بود.

---بدون-بکر-tar-commit
زنگ نزن تار بکر مرتکب شدن برای همه تاربول های وارداتی حتی اگر پیکربندی شده باشند
برای انجام این کار توسط
دستگاه گوارش پیکربندی dpm.pristineTarCommit درست یا با
دستگاه گوارش پیکربندی شاخه.debianbranchdpmPristineTarCommit درست.

-- بالادست-نویسنده نویسنده
به عنوان استفاده می شود --نویسنده استدلال به git-dpm واردات تار.

-- بالادست-تاریخ تاریخ
به عنوان استفاده می شود --تاریخ استدلال به git-dpm واردات تار (بخصوص خودکار is
برای استخراج تاریخ از فایل tar پشتیبانی می شود).

---tar-exclude الگو
الگوی داده شده در هنگام باز کردن بسته بندی به عنوان الگوی حذف به تار منتقل می شود
تارفیل ها می توان چندین بار داد.

گزینه های مربوط به اعمال وصله ها:

-f | --force-commit-reuse
هنگام تلاش فقط به والد و درخت نگاه کنید و دیگر به توضیحات نگاه نکنید
استفاده مجدد متعهد به وارد کردن وصله ها از نسخه های بسته قبلی است.

-Cتعداد | --patch-context تعداد
گذشت به عنوان -Cتعداد به git-apply. تعداد خطوط زمینه را مشخص می کند
باید مطابقت داشته باشد.

--dpatch-allow-empty
اگر فایل dpatch هیچ تغییری در زمانی که به عنوان به عنوان در نظر گرفته نمی شود، خطا نکنید
پچ

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

--patch-system حالت
مشخص کنید چه سیستم وصله ای برای بسته های با فرمت منبع 1.0 استفاده می شود.

خودکار (این پیش فرض است)
سعی کنید با نگاه کردن به سیستم پچ استفاده کنید دبیان/قوانین
(و دبیان / کنترل).

هیچ اینها وصله های مورد نظر شما نیستند.

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

اگر چندین نسخه از یک بسته را وارد کنید، که در آن هر یک جدید است
این گزینه حداکثر یک تغییر را به upstream اضافه کرد
به شما این امکان را می دهد که تقریباً به طور خودکار مجموعه مناسبی از پچ ها را ایجاد کنید
(در حالت ایده آل فقط توضیحات وجود ندارد).

اگر همان تغییرات و برگرداندن وجود داشته باشد، در قسمت قابل مشاهده خواهد بود
وصله های ایجاد شده، بنابراین این حالت در آن مورد چندان کاربردی نیست.

لحاف a را استخراج و اعمال کنید debian/patches/series لحاف مانند سری در بالای
تغییرات احتمالی بالادستی در فایل .diff یافت می شود.

لحاف اول
به عنوان لحاف حالت، اما وصله ها را روی یک آپدیت اصلاح نشده اعمال کنید
ابتدا تغییرات موجود در فایل .diff را انتخاب کنید.

زیرا این ترتیبی نیست که وصله ها در حالت عادی اعمال می شوند
چرخه باز کردن بسته‌بندی/ساخت، اگر این تغییرات متمایز نباشند، شکست خواهد خورد
به اندازه کافی (به عنوان مثال زمانی که وصله ها به تغییرات انجام شده در
تفاوت).

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

لحاف کاربردی
به عنوان لحاف اول حالت، اما فرض کنید وصله ها قبلا اعمال شده اند
در .diff، بنابراین آنها را در بالای یک بالادست اصلاح نشده اعمال کنید و سپس
یک commit اضافه کنید که آن را به حالت در .diff می آورد. (یا نه اگر اینطور باشد
پچ خالی خواهد بود).

dpatch | dpatch-اول | dpatch اعمال شد
مانند لحاف احترام لحاف اول احترام لحاف کاربردی حالت ها، اما
در عوض به دنبال وصله‌های به سبک dpatch بگردید debian/patches/00list.

توجه داشته باشید که فقط وصله ها پشتیبانی می شوند و dpatch در حال اجرا دیگر نیستند
دستورات

ساده | ساده-اول | ساده کاربردی
مانند لحاف احترام لحاف اول احترام لحاف کاربردی حالت ها، اما
در عوض فرض کنید debian/patch/ شامل وصله های مناسب برای سی دی بی است
simple-patchsys.mk.

--patch-author "نام <پست الکترونیک>"
تنظیم نویسنده برای همه git commits وارد کردن وصله.

--patch-default-author "نام <پست الکترونیک>"
یک نویسنده برای همه وصله‌هایی که حاوی اطلاعات نویسنده نیستند (یا جایی که
git-dpm نمی تواند آن را تعیین کند).

--ویرایش-وصله ها
برای هر پچ وارد شده، یک ویرایشگر برای پیام commit راه اندازی کنید.

--record-patch-category
اضافه کردن Patch-Category: فیلد به هر پچ وارد شده که در یک زیر شاخه است
of دبیان/پچ ها. این باعث می شود به روز رسانی وصله ها برای ذخیره آن در همان
زیرشاخه

--record-patch-name
اضافه کردن Patch-name: فیلد به هر پچ وارد شده با نام آن. این باعث می شود
به روز رسانی وصله ها آن را با نام اصلی خود ذخیره کنید.

رکورد-dsc [گزینه های] مرتکب شدن فایل dsc
یک فایل .dsc بکر را در یک ذخیره کنید dscs پس از ذخیره فایل های موجود در آن، منشعب شوید
با استفاده از تار بکر

اولین آرگومان یک تگ یا commit است که ذخیره می کند git-dpm پروژه در ایالت
متعلق به dsc فایل و آرگومان دوم the dsc خود فایل در
فایل‌هایی که به آن ارجاع می‌دهد، در همان فهرستی که خود فایل است، انتظار می‌رود
مورد نیاز است).

برخی از بررسی ها برای اطمینان از نامگذاری صحیح فایل و محتویات آن انجام می شود
با ارتکاب مورد نظر مطابقت داشته باشد، اما برای جلوگیری از اشتباهات آشکار (برای
به عنوان مثال فقط نسخه بررسی شده است، اما .debian.tar برای بررسی آن باز نشده است
برای مثال فایل ها واقعاً یکسان هستند).

گزینه های ارسال:

--ایجاد-شاخه
ایجاد یک جدید dscs شاخه.

--اجازه-بدون امضا
اجازه ضبط بدون امضا dsc فایل. این معمولاً نقطه نظر را از بین می برد
اصلاً آنها را ذخیره می کند.

la debian/.git-dpm پرونده

اگر این فایل به جز اشکال زدایی git-dpm نیازی به دانستن محتویات آن ندارید.

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

خط اول اشاره به این است که این فایل در مورد چیست و نادیده گرفته شده است.

سپس 4 شناسه تعهد git برای حالت های ضبط شده وجود دارد:

ابتدا وضعیت شاخه وصله شده زمانی که وصله وارد می شود دبیان/پچ ها آخرین بودند
به روز شده

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

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

در نهایت شاخه بالادست.

3 خط زیر نام فایل، sha1 checksum و اندازه origtarball است
متعلق به شعبه بالادست ثبت شده

میانبرها

بیشتر دستورات همچنین دارای نام مستعار کوتاه تری هستند تا از تایپ کردن جلوگیری شود:

به روز رسانی وصله: بالا، بالا، ci
آماده کردن: آماده کردن
پرداخت وصله شده: co, cp
rebase-patched: rp
اعمال-پچ: ap
import-tar: آن
import-new-upstream: inu، inu
رکورد جدید بالادست: rnu، rnu
merge-patched-in-debian: ادغام وصله شده

record-new-upstream نیز با نام قدیمی new-upstream در دسترس است، اگرچه احتمالاً چنین خواهد شد
در نسخه های بعدی حذف شود (برای جلوگیری از سردرگمی).

شاخه ها

شاخه بالادست (بالادست|بالادست-هر چه)
این شاخه حاوی منابع بالادستی است. محتویات آن باید به اندازه کافی برابر باشد
مطالب موجود در تربال بالادست شما.

به اندازه کافی برابر به این معنی است که منبع dpkg نباید تفاوتی بین وصله‌های شما ببیند
درخت و و تربال اصلی بدون بسته بندی، وصله اعمال شده و دبیان/قوانین
تمیز اجرا کن. معمولاً ساده ترین کار این است که صرفاً محتویات اصلی خود را به کلمه ذخیره کنید
تربال اینجا سپس می توانید از آن برای تار بکر نیز استفاده کنید.

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

شما می توانید آن شاخه را منتشر کنید یا آن را به طور ضمنی از طریق آن قابل مشاهده کنید
debian/.git-dpm فایل در شعبه دبیان

در حالی که معمولا منطقی است که شاخه های بالادست جدیدتر دارای شاخه های قدیمی تر باشند، این
مورد نیاز نیست. شما باید بتوانید از یکی ساخته شده توسط خودتان یا توسط برخی تغییر دهید
ابزار واردات خارجی vcs یکی را به یک شعبه بالادستی بومی یا بالعکس ایجاد کرد
بدون مشکل. توجه داشته باشید که از آنجایی که شاخه دبیان دارای شاخه وصله شده به عنوان است
جد و شاخه وصله شده شاخه بالادست، شاخه های بالادست شما هستند
بخشی از تاریخچه شعبه دبیان شما. که این مزیت را دارد که شما می توانید
وضعیت دقیق شاخه های خود را مستقیماً از تاریخچه خود بازسازی کنید (مانند دستگاه گوارش
وارسی -b oldstate myoldtagorshaofdebianbranchcommit ; git-dpm آماده ; دستگاه گوارش
وارسی unstable-oldstate) اما نقطه ضعفی که برای حذف آن تاریخ هاست
از مخزن خود باید چند کار دستی انجام دهید.

شاخه وصله شده (تکه تکه شده|وصله شده-هر چه)
این شاخه حاوی وصله های شما به منبع بالادستی است. (که البته به این معنی است
این بر اساس شاخه بالادست شما است).

هر commit به عنوان یک پچ در بسته به دست آمده ذخیره می شود.

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

از آنجایی که این شاخه مرتباً d rebase می شود، نباید آن را منتشر کنید. در عوض شما می توانید
این شاخه را با استفاده از git-dpm پرداخت وصله شده با استفاده از اطلاعات ذخیره شده در
debian/.git-dpm.

شما اجازه ندارید محتویات را تغییر دهید دبیان/ زیر شاخه در این
شاخه. تغییر نام فایل ها یا حذف فایل ها معمولا باعث ایجاد وصله های بزرگ غیر ضروری می شود.

شعبه دبیان (استاد|هر چه)
این شاخه اولیه است.

این شاخه شامل دبیان/ دایرکتوری و دارای شاخه وصله شده در آن ادغام شده است.

هر تغییری در دبیان/, .گیت* یا حذف فایل ها باید در وصله انجام شود
شاخه.

نام شعب جایگزین
می توانید نام شاخه های جایگزین برای شاخه های بالادستی و وصله شده a را مشخص کنید
شاخه خاص دبیان، یا یک شاخه را مجبور کنید که یک شاخه دبیان باشد که معمولاً این کار را می کند
به عنوان مثال شاخه بالادستی یک شاخه دیگر با افزودن در نظر گرفته شود dpmUpstreamBranch
و dpmPatchedBranch موارد را برای شاخه دبیان مورد نظر پیکربندی کنید (شما نیاز دارید
هر دو، فقط یکی به عنوان خطا در نظر گرفته می شود).

مثال زیر برای تمام مقاصد عملی بدون عملیات است:
دستگاه گوارش پیکربندی branch.master.dpmUpstreamBranch بالادست
دستگاه گوارش پیکربندی branch.master.dpmPatchedBranch تکه تکه شده

کپی رایت

حق چاپ © 2009,2010 Bernhard R. Link
این نرم افزار رایگان است. برای شرایط کپی به منبع مراجعه کنید هیچ گارانتی وجود ندارد. نه
حتی برای تجارت پذیری یا تناسب اندام برای یک هدف خاص.

گزارش نویسی اشکالات و مسائل

می توانید اشکالات یا پیشنهادات ویژگی را به آن گزارش دهید [ایمیل محافظت شده] و یا به
من لطفا سوالات را به [ایمیل محافظت شده] یا به من در
[ایمیل محافظت شده].

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