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

برنامه:

نام

debchange - ابزاری برای نگهداری فایل debian/changelog در بسته منبع

خلاصه

debchange [گزینه های] [متن ...]
dch [گزینه های] [متن ...]

شرح

debchange یا نام مستعار آن dch یک خط نظر جدید به تغییرات دبیان در
درخت منبع فعلی این دستور باید از داخل آن درخت اجرا شود. اگر متن از
تغییر در خط فرمان داده می شود، debchange در حالت دسته ای اجرا می شود و به سادگی آن را اضافه می کند
متن، با شکستن خطوط در صورت لزوم، در محل مناسب در debian/changelog (یا
تغییرات ثبت شده توسط گزینه ها، همانطور که در زیر توضیح داده شده است). اگر متنی مشخص نشده است
debchange ویرایشگر را همانطور که توسط ویرایشگر معقول تا بتوانید فایل را ویرایش کنید.
(متغیرهای محیطی دیداری و تدوین به این ترتیب برای تعیین اینکه کدام استفاده می شود
ویرایشگر برای استفاده.) ویراستارهایی که درک می کنند +n گزینه ای برای شروع ویرایش در a
خط مشخص شده از این برای انتقال به خط صحیح فایل برای ویرایش استفاده می کند. اگر
ویرایشگر بدون تغییر فایل موقت خارج می شود، debchange بدون دست زدن خارج می شود
تغییرات موجود توجه داشته باشید که la تغییرات is فرض به be رمزی با la UTF-8
رمزگذاری If it is نه مشکلات ممکن است به وقوع پیوستن. لطفا نماد(1) manpage برای پیدا کردن
نحوه تبدیل لاگ تغییرات از رمزگذاری های قدیمی در نهایت، الف تغییرات or اخبار فایل می تواند باشد
ایجاد شده از ابتدا با استفاده از --ایجاد کردن گزینه شرح داده شده در زیر

debchange همچنین از تولید خودکار ورودی های تغییرات باگ بسته شدن با استفاده از
-- بسته می شود گزینه. این معمولاً BTS، سیستم ردیابی اشکال دبیان را پرس و جو می کند (نگاه کنید به
https://bugs.debian.org/) to determine the title of the bug and the package in which it
رخ می دهد. این رفتار را می توان با دادن الف متوقف کرد -- بی اعتنایی گزینه یا با تنظیم
متغیر پیکربندی DEBCHANGE_QUERY_BTS به نه، به شرح زیر. در هر صورت،
ویرایشگر (همانطور که در بالا توضیح داده شد) همیشه برای ایجاد فرصتی برای اصلاح آن فراخوانی می شود
ورودی‌ها، و تغییرات ثبت‌شده پذیرفته می‌شود، چه تغییراتی ایجاد شود یا نه. یک
ورودی تغییرات اضافه را می توان در خط فرمان علاوه بر ورودی های بسته ارائه کرد.

حداکثر یکی از --پیوست, --افزایش, -- ویرایش, --رهاییو --نسخه جدید ممکن است مشخص شود
همانطور که در زیر ذکر شده است. اگر هیچ گزینه ای مشخص نشده باشد، debchange از اکتشافی برای حدس زدن استفاده خواهد کرد
آیا بسته با موفقیت منتشر شده است یا نه، و طوری رفتار کنید که انگار --افزایش
مشخص شده بود که آیا بسته آزاد شده است یا در غیر این صورت --پیوست بوده است
مشخص شده.

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

اگر هر کدام --افزایش or --نسخه جدید استفاده می شود، نام و ایمیل برای نسخه جدید خواهد بود
به شرح زیر تعیین شود. اگر متغیر محیطی DEBFULLNAME تنظیم شده است، این خواهد بود
برای نام کامل نگهدارنده استفاده می شود. اگر نه، پس نام بررسی خواهد شد. اگر محیط
متغیر مبادله کردن تنظیم شده است، این برای آدرس ایمیل استفاده خواهد شد. اگر این متغیر دارد
فرم "نام "، سپس نام نگهدارنده نیز از اینجا گرفته می شود، اگر هیچ کدام
DEBFULLNAME نه نام تنظیم شده است. اگر این متغیر تنظیم نشده باشد، همان تست روی آن انجام می شود
متغیر محیطی EMAIL. در مرحله بعد، اگر نام کامل هنوز مشخص نشده است،
سپس با استفاده از getpwuid(3) برای تعیین نام از فایل رمز عبور. اگر این کار انجام نشد، از آن استفاده کنید
ورودی تغییرات قبلی برای آدرس ایمیل، اگر از تنظیم نشده باشد مبادله کردن or
EMAIL، سپس به داخل نگاه کنید /etc/namemail، سپس سعی کنید آن را از نام کاربری و FQDN بسازید،
در غیر این صورت از آدرس ایمیل در ورودی قبلی تغییرات استفاده کنید. به عبارت دیگر، این یک است
ایده خوبی برای تنظیم مبادله کردن و DEBFULLNAME هنگام استفاده از این اسکریپت

پشتیبانی برای تغییرات ثبت شده است که تغییرات توسط چندین پشتیبان از a را ثبت می کند
بسته بندی اگر ورودی به ورودی های نسخه فعلی الحاق شده باشد، و نگهدارنده باشد
متفاوت از نگهدارنده‌ای که در فهرست قرار گرفته است که ورودی‌های قبلی را انجام داده است
خطوطی به لاگ تغییرات اضافه می‌شوند تا بگویند کدام نگهدارنده چه تغییراتی را انجام داده است.
در حال حاضر تنها یکی از چندین سبک ثبت این اطلاعات پشتیبانی می شود،
که در آن نام نگهدارنده ای که مجموعه ای از تغییرات را ایجاد کرده است در یک خط قبل از نشان داده می شود
تغییر، داخل براکت. این را می توان با استفاده از روشن و خاموش کرد
--[نه]چندمنظوره گزینه یا DEBCHANGE_MULTIMAINT گزینه فایل پیکربندی؛ پیشفرض
فعال کردن آن است. توجه داشته باشید که اگر یک ورودی قبلاً به این شکل علامت گذاری شده است، پس این
گزینه بی سر و صدا نادیده گرفته می شود.

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

If --force-bad-نسخه or --allow-lower-version استفاده می شود، debchange متوقف نخواهد شد اگر
نسخه جدید کمتر از نسخه فعلی است. این به ویژه هنگام انجام کار مفید است
پورت های پشتی

فهرست راهنما نام بررسی

مشترک با چندین اسکریپت دیگر در توصیفات بسته بندی، debchange صعود خواهد کرد
درخت دایرکتوری تا زمانی که a را پیدا کند debian/changelog فایل. به عنوان محافظ در برابر فایل های ولگرد
با ایجاد مشکلات احتمالی، پس از یافتن نام دایرکتوری والد را بررسی می کند
la debian/changelog فایل، و بررسی کنید که نام دایرکتوری با بسته مطابقت دارد
نام. دقیقاً نحوه انجام این کار توسط دو متغیر فایل پیکربندی کنترل می شود
DEVSCRIPTS_CHECK_DIRNAME_LEVEL و DEVSCRIPTS_CHECK_DIRNAME_REGEX، و مربوط به آنها
گزینه های خط فرمان --check-dirname-level و --check-dirname-regex.

DEVSCRIPTS_CHECK_DIRNAME_LEVEL می تواند مقادیر زیر را بگیرد:

0 هرگز نام دایرکتوری را بررسی نکنید.

1 فقط در صورتی که در جستجوی خود مجبور به تغییر دایرکتوری شده باشیم، نام دایرکتوری را بررسی کنید
debian/changelog. این رفتار پیش فرض است.

2 همیشه نام دایرکتوری را بررسی کنید.

نام دایرکتوری با آزمایش اینکه آیا نام دایرکتوری فعلی (همانطور که مشخص شده است) بررسی می شود
by pwd(1)) با regex ارائه شده توسط گزینه configuration file مطابقت دارد
DEVSCRIPTS_CHECK_DIRNAME_REGEX یا با گزینه خط فرمان --check-dirname-regex regex.
اینجا regex یک regex پرل است (نگاه کنید به پرل(3perl))، که در ابتدا لنگر خواهد بود
و در پایان. اگر regex حاوی یک '/'، سپس باید با مسیر دایرکتوری کامل مطابقت داشته باشد. اگر
نه، پس باید با نام دایرکتوری کامل مطابقت داشته باشد. اگر regex شامل رشته ´ استبسته',
این با نام بسته منبع جایگزین می شود، همانطور که از تغییرات ثبت شده است. در
مقدار پیش فرض برای regex این است: ´بسته (-.+)؟'، بنابراین نام دایرکتوری ها مانند
بسته و بسته بندی-نسخه.

تغییرات پیش فرض برای ویرایش است debian/changelog; با این حال، این را می توان با استفاده از تغییر داد
la --تغییر or --اخبار گزینه ها یا تغییر دهید متغیر محیطی، همانطور که توضیح داده شد
زیر کلیک کنید.

OPTIONS

--پیوست, -a
در پایان ورودی های نسخه فعلی یک ورودی تغییرات جدید اضافه کنید.

--افزایش, -i
یا جزء نهایی شماره انتشار دبیان را افزایش دهید یا اگر این یک است
بسته بومی دبیان، شماره نسخه. در اوبونتو یا تانگلو، این نیز انجام می شود
پسوند را از buildX به ubuntu1/tanglu1 تغییر دهید. استفاده کنید -R, -- بازسازی برای یک نه
تغییر افزایش بازسازی این یک بخش جدید در آغاز ایجاد می کند
تغییرات با سربرگ و پاورقی مناسب. همچنین اگر این نسخه جدید است
یک بسته بومی دبیان، نام دایرکتوری برای منعکس کننده این تغییر تغییر می کند. اگر
DEBCHANGE_RELEASE_HEURISTIC is تغییرات (پیش فرض) و نسخه فعلی است
منتشر نشده، این فقط نسخه بند تغییر لاگ فعلی را تغییر می دهد.
در غیر این صورت، با نسخه جدید یک بند جدید تغییرات ایجاد می کند.

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

-- ویرایش, -e
تغییرات را در یک ویرایشگر ویرایش کنید.

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

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

--بدون-اجبار-ذخیره-در-رهاسازی
این کار را نکنید. توجه داشته باشید که ممکن است برای دستیابی به یک ورودی تغییر لاگ ساختگی ارائه شود
همان اثر - به عنوان مثال debchange --رهایی "". ورودی به آن اضافه نخواهد شد
changelog اما وجود آن ویرایشگر را سرکوب می کند.

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

--خالی
هنگامی که در ترکیب با --ایجاد کردن، اضافه کردن خودکار an را سرکوب کنید
"اول آزاد" ورودی تغییرات (به طوری که فراخوانی بعدی از debchange می افزاید:
اولین ورودی). توجه داشته باشید که این امر باعث الف dpkg-parsechangelog هشدار در مورد
فراخوان بعدی به دلیل عدم تغییر

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

--nmu, -n
با ضمیمه کردن، شماره انتشار دبیان را برای یک آپلود غیر نگهدارنده افزایش دهید
آ ".1به یک شماره نسخه غیر NMU (مگر اینکه بسته بومی دبیان باشد که در آن
مورد "+nmu1" ضمیمه شده است) یا با افزایش شماره نسخه NMU، و یک NMU اضافه کنید
نظر تغییرات لاگ این به طور خودکار اتفاق می‌افتد اگر بسته‌کننده در هیچکدام از این دو نباشد
نگهدارنده و نه آپلودکنندگان میدان در دبیان / کنترل، مگر اینکه DEBCHANGE_AUTO_NMU is
مجموعه را به نه یا --no-auto-nmu گزینه استفاده می شود.

--bin-nmu
تعداد انتشار دبیان را برای یک آپلود باینری غیر نگهدارنده توسط یکی افزایش دهید
الحاق یک "+b1به شماره نسخه غیر binNMU یا با افزایش binNMU
شماره نسخه، و یک نظر تغییرات binNMU را اضافه کنید.

--قا, -q
شماره انتشار Debian را برای آپلود Debian QA Team افزایش دهید و a را اضافه کنید QA
آپلود نظر تغییرات لاگ

-- بازسازی, -R
با اضافه کردن "build1" شماره انتشار دبیان را برای بازسازی بدون تغییر افزایش دهید.
یا با افزایش شماره نسخه بازسازی.

--امنیت, -s
شماره انتشار دبیان را برای یک تیم امنیتی دبیان که نگهدارنده نیست افزایش دهید
آپلود کنید و a اضافه کنید دوربین های مداربسته تیم آپلود نظر تغییرات لاگ

--تیم شماره انتشار دبیان را برای آپلود تیم افزایش دهید و a را اضافه کنید تیم آپلود
نظر تغییرات لاگ

-- بالادست, -U
ضمیمه نکنید توزیع نام 1 به نسخه در یک توزیع مشتق شده. را افزایش دهید
نسخه دبیان

--bpo شماره انتشار دبیان را برای آپلود در jessie-backports افزایش دهید و a را اضافه کنید
نظر تغییرات آپلود پشتیبان.

-- محلی, -lپسوند
یک پسوند به شماره نسخه دبیان برای ساخت محلی اضافه کنید.

--force-bad-نسخه, -b
یک شماره نسخه را مجبور کنید کمتر از نسخه فعلی باشد (مثلاً هنگام پشتیبان گیری).

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

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

-- auto-nmu
سعی کنید به طور خودکار تعیین کنید که آیا تغییر در Chanloglog نشان دهنده a است یا خیر
آپلود غیر نگهدارنده این پیش فرض است.

--no-auto-nmu
تشخیص خودکار NMU را غیرفعال کنید. معادل تنظیم DEBCHANGE_AUTO_NMU به نه.

--fromdirname, -d
این شماره نسخه بالادستی را از نام دایرکتوری می گیرد که باید باشد
از فرم بسته-نسخه. اگر شماره نسخه بالادستی از مقدار افزایش یافته باشد
آخرین ورودی تغییرات، سپس یک ورودی جدید با شماره نسخه ایجاد می شود
نسخه-1 (و یا نسخه اگر بسته بومی دبیان باشد)، با همان دورانی که
نسخه بسته قبلی اگر شماره نسخه upstream یکسان است، این گزینه
به همان شیوه رفتار خواهد کرد -i.

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

--[نه]پرس و جو
آیا هنگام ایجاد ورودی های بسته، باید سعی کنیم BTS را پرس و جو کنیم؟

--حفظ, -p
اگر شماره نسخه بالادستی (یا
شماره نسخه یک بسته بومی دبیان) تغییر می کند. پیکربندی را نیز ببینید
بخش متغیرها در زیر

--بدون حفظ, -- عدم حفظ
نام دایرکتوری درخت منبع (پیش‌فرض) را حفظ نکنید.

-- فروشنده فروشنده
شناسه توزیع‌کننده را بر روی پیش‌فرض که توسط dpkg-vendor بازگردانده شده است، لغو کنید. این نام است
برای اکتشافات اعمال شده در نسخه های بسته جدید و برای بررسی سلامت عقل استفاده می شود
توزیع هدف

-- توزیع ناحیه, -D ناحیه
به جای استفاده از توزیع مشخص شده در ورودی تغییرات در حال ویرایش استفاده کنید
با استفاده از توزیع ورودی تغییرات قبلی برای ورودی های جدید یا موجود
ارزش برای ورودی های موجود

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

--تغییر پرونده, -c پرونده
این تغییرات را ویرایش می کند پرونده به جای استاندارد debian/changelog. این
گزینه هر کدام را نادیده می گیرد تغییر دهید تنظیمات متغیر محیطی همچنین، هیچ دایرکتوری وجود ندارد
با استفاده از این گزینه پیمایش یا بررسی انجام می شود.

--اخبار [فایل خبری]
این ویرایش خواهد شد فایل خبری (به صورت پیش فرض، دبیان/اخبار) به جای تغییرات معمولی.
جستجوی دایرکتوری انجام خواهد شد. تغییرات ثبت به منظور بررسی خواهد شد
نسخه بسته فعلی را تعیین کنید.

--[نه]چندمنظوره
آیا باید نشان دهیم که بخش‌هایی از ورودی تغییرات توسط افراد مختلف ساخته شده است؟
نگهبانان؟ پیش فرض بله است. بحث بالا و همچنین
DEBCHANGE_MULTIMAINT گزینه فایل پیکربندی زیر

--[نه]multimaint-merge
آیا همه تغییرات ایجاد شده توسط یک نویسنده باید در یک تغییرات ثبت شوند
بخش؟ پیش فرض خیر است. بحث بالا و همچنین
DEBCHANGE_MULTIMAINT_MERGE گزینه فایل پیکربندی زیر

--نگهداری, -m
جزئیات نگهدارنده که قبلاً در فهرست تغییرات ذکر شده است را تغییر ندهید. این هست
به ویژه برای حامیانی که می خواهند به طور خودکار یک پیام حمایت مالی اضافه کنند مفید است
بدون ایجاد اختلال در سایر جزئیات تغییرات. توجه داشته باشید که ممکن است تعدادی وجود داشته باشد
تعاملات جالب در صورت استفاده از حالت چند نگهدارنده. احتمالا آرزو خواهید کرد
در چنین مواردی قبل از آپلود تغییرات لاگ را به صورت دستی بررسی کنید.

-- کنترل, -M
از جزئیات نگهدارنده استفاده کنید دبیان / کنترل نگهدارنده زمینه به جای
متغیرهای محیطی مرتبط (DEBFULLNAME, مبادله کردن، و غیره.). این گزینه ممکن است باشد
برای بازیابی جزئیات نگهدارنده اصلی در تریلر تغییرات پس از یک مفید است
ویرایش جعلی (مثلاً چه زمانی -m در نظر گرفته شده بود اما فراموش شده بود) یا هنگام انتشار یک بسته در
نام نگهدارنده اصلی (به عنوان مثال تیم).

--[نه]تریلر اصلی, -t
If تریلر اصلی تنظیم شده است، از اصلاح خط تریلر تغییرات موجود اجتناب می کند
(یعنی جزئیات نگهدارنده و مهر تاریخ)، مگر اینکه با گزینه هایی که نیاز دارند استفاده شود
تریلر که باید اصلاح شود (مثلا --ایجاد کردن, --رهایی, -i, --قاو غیره) این گزینه
متفاوت از --نگهداری در صورت لزوم از حالت چند نگهدارنده استفاده خواهد کرد،
به استثنای ویرایش تریلر. را نیز ببینید DEBCHANGE_MAINTTRAILER
گزینه فایل پیکربندی زیر

--check-dirname-level N
بخش فوق را ببینید"فهرست راهنما نام بررسیبرای توضیح این گزینه.

--check-dirname-regex regex
بخش فوق را ببینید"فهرست راهنما نام بررسیبرای توضیح این گزینه.

-- بدون conf, --noconf
هیچ فایل پیکربندی را نخوانید. این فقط به عنوان گزینه اول قابل استفاده است
در خط فرمان داده شده است.

-- انتشار-اکتشافی ورود به سیستم|تغییرات
نحوه کنترل debchange هنگام تصمیم گیری مشخص می کند که آیا بسته ای آزاد شده است یا خیر
آیا باید یک ورودی تغییرات جدید ایجاد کرد یا به یک ورودی تغییرات موجود اضافه کرد.

--کمک, -h
پیام راهنما را نمایش دهید و با موفقیت خارج شوید.

- نسخه
نمایش نسخه و اطلاعات حق چاپ و خروج با موفقیت.

پیکربندی متغیرها

دو فایل پیکربندی /etc/devscripts.conf و ~/.devscripts در آن منبع هستند
به منظور تنظیم متغیرهای پیکربندی از گزینه های خط فرمان می توان برای لغو استفاده کرد
تنظیمات فایل پیکربندی تنظیمات متغیر محیطی برای این منظور نادیده گرفته می شوند.
متغیرهای شناسایی شده در حال حاضر عبارتند از:

DEBCHANGE_PRESERVE
اگر این تنظیم شده باشد بله، سپس همان است --حفظ پارامتر خط فرمان
مورد استفاده قرار گرفته.

DEBCHANGE_QUERY_BTS
اگر این تنظیم شده باشد نه، سپس همان است -- بی اعتنایی پارامتر خط فرمان
مورد استفاده قرار گرفته.

DEVSCRIPTS_CHECK_DIRNAME_LEVEL, DEVSCRIPTS_CHECK_DIRNAME_REGEX
بخش فوق را ببینید"فهرست راهنما نام بررسی"برای توضیح اینها
متغیرها توجه داشته باشید که اینها متغیرهای پیکربندی گسترده بسته هستند و خواهند شد
بنابراین همه را تحت تأثیر قرار می دهد توصیفات اسکریپت هایی که ارزش خود را بررسی می کنند، همانطور که در توضیح داده شده است
صفحات مدیریت مربوطه آنها و در devscripts.conf(5).

DEBCHANGE_RELEASE_HEURISTIC
نحوه کنترل debchange هنگام تصمیم گیری مشخص می کند که آیا بسته ای آزاد شده است یا خیر
آیا باید یک ورودی تغییرات جدید ایجاد کرد یا به یک ورودی تغییرات موجود اضافه کرد.
همچینین میتواند ورود به سیستم or تغییرات.

DEBCHANGE_MULTIMAINT
در صورت تنظیم نه, debchange زمانی که الف
نگهدارنده های مختلف یک ورودی را به تغییرات موجود اضافه می کند. بحث را ببینید
در بالا. پیش فرض است بله.

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

DEBCHANGE_MAINTTRAILER
اگر این تنظیم شده باشد نه، سپس همان است -- nomainttrailer خط فرمان
پارامتر در حال استفاده

DEBCHANGE_TZ
از این منطقه زمانی برای ورودی های تغییرات استفاده کنید. پیش‌فرض منطقه زمانی کاربر/سیستم است
نشان داده شده توسط `تاریخ -R` و متاثر از متغیر محیطی TZ.

DEBCHANGE_LOWER_VERSION_PATTERN
اگر این تنظیم شده است، پس همان است --allow-lower-version خط فرمان
پارامتر در حال استفاده

DEBCHANGE_AUTO_NMU
اگر این تنظیم شده باشد نه سپس debchange برای تعیین خودکار تلاش نخواهد کرد
آیا بند تغییرات کنونی یک NMU را نشان می دهد یا خیر. پیش فرض است بلهاست. دیدن
بحث از --nmu گزینه بالا

DEBCHANGE_FORCE_SAVE_ON_RELEASE
اگر این تنظیم شده باشد نه، سپس همان است --بدون-اجبار-ذخیره-در-رهاسازی فرمان
پارامتر خط استفاده می شود

DEBCHANGE_VENDOR
از این فروشنده به جای پیش فرض (خروجی dpkg-vendor) استفاده کنید. دیدن -- فروشنده برای
جزئیات.

محیط زیست

مبادله کردن, EMAIL, DEBFULLNAME, نام
توضیحات بالا در مورد استفاده از این متغیرهای محیطی را ببینید.

تغییر دهید
این متغیر تغییر لاگ را برای ویرایش به جای آن مشخص می کند debian/changelog. نه
پیمایش یا بررسی دایرکتوری زمانی انجام می شود که این متغیر تنظیم شده باشد. این
متغیر توسط --تغییر تنظیم خط فرمان

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

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