dch - Online sa Cloud

PROGRAMA:

NAME

debchange - Tool para sa pagpapanatili ng debian/changelog file sa isang source package

SINOPSIS

debchange [pagpipilian] [teksto ...]
dch [pagpipilian] [teksto ...]

DESCRIPTION

debchange o ang alyas nito dch ay magdaragdag ng bagong linya ng komento sa Debian changelog sa
kasalukuyang pinagmumulan ng puno. Ang utos na ito ay dapat patakbuhin mula sa loob ng punong iyon. Kung ang teksto ng
ang pagbabago ay ibinigay sa command line, debchange ay tatakbo sa batch mode at idagdag lamang ang
text, na may mga line break kung kinakailangan, sa naaangkop na lugar sa debian/changelog (O ang
changelog na tinukoy ng mga opsyon, tulad ng inilarawan sa ibaba). Kung walang tekstong tinukoy noon
debchange tatakbo ang editor gaya ng natukoy ni matinong-editor para ma-edit mo ang file.
(Ang mga variable ng kapaligiran VISUAL at EDITOR ay ginagamit sa ganitong pagkakasunud-sunod upang matukoy kung alin
editor na gagamitin.) Editors which understand the +n opsyon para simulan ang pag-edit sa a
gagamitin ito ng tinukoy na linya upang lumipat sa tamang linya ng file para sa pag-edit. Kung ang
ang editor ay huminto nang hindi binabago ang pansamantalang file, debchange lalabas nang hindi hinahawakan
ang umiiral na changelog. nota na ang changelog is ipinapalagay sa be naka-encode sa ang UTF-8
encoding. If it is hindi, problema maaari mangyari. Mangyaring tingnan ang iconv(1) manpage upang malaman
paano i-convert ang mga changelog mula sa mga legacy na encoding. Sa wakas, a changelog or BALITA file ay maaaring
nilikha mula sa simula gamit ang --lumikha opsyon na inilarawan sa ibaba.

debchange Sinusuportahan din ang awtomatikong paggawa ng mga entry ng changelog na pagsasara ng bug, gamit ang
--nagsasara opsyon. Karaniwang itatanong nito ang BTS, ang Debian Bug Tracking System (tingnan ang
https://bugs.debian.org/) to determine the title of the bug and the package in which it
nangyayari. Ang pag-uugaling ito ay maaaring itigil sa pamamagitan ng pagbibigay ng a --noquery opsyon o sa pamamagitan ng pagtatakda ng
variable ng pagsasaayos DEBCHANGE_QUERY_BTS sa hindi, gaya ng inilarawan sa ibaba. Sa alinmang kaso, ang
editor (tulad ng inilarawan sa itaas) ay palaging hihingin upang magbigay ng pagkakataong baguhin ang
mga entry, at ang changelog ay tatanggapin kung ang mga pagbabago ay ginawa o hindi. An
ang karagdagang changelog entry ay maaaring ibigay sa command line bilang karagdagan sa mga pagsasara ng mga entry.

Higit sa isa sa --dugtungan, --pagdagdag, --edit, --palayain, at --bagong bersyon maaaring tukuyin
gaya ng nakalista sa ibaba. Kung walang mga opsyon na tinukoy, debchange gagamit ng heuristics sa paghula
matagumpay man na nailabas ang package o hindi, at kumilos na parang --pagdagdag
ay tinukoy kung ang pakete ay inilabas, o kung hindi man ay parang --dugtungan ay naging
tinukoy.

Dalawang magkaibang hanay ng heuristics ang maaaring gamitin, gaya ng kinokontrol ng --release-heuristic
opsyon o ang DEBCHANGE_RELEASE_HEURISTIC variable ng pagsasaayos. Ang default changelog
Ipinapalagay ng heuristic na ang package ay inilabas maliban kung naglalaman ang changelog nito HINDI NALABAS
sa larangan ng pamamahagi. Kung pinagana ang heuristic na ito, magiging default ang pamamahagi
sa HINDI NALABAS sa mga bagong entry ng changelog, at ang --maintrailer opsyon na inilarawan sa ibaba ay
awtomatikong paganahin. Maaari itong maging kapaki-pakinabang kung ang isang pakete ay maaaring ilabas ng iba
mga maintainer, o kung hindi mo pinapanatili ang mga log ng pag-upload. Ang kahalili mag-log tinutukoy ng heuristic
kung ang isang pakete ay inilabas sa pamamagitan ng paghahanap ng angkop i-dupload(1) o dput(1) log
file sa parent directory. Isang babala ang ibibigay kung ang log file ay matatagpuan ngunit a
ang matagumpay na pag-upload ay hindi naitala. Ito ay maaaring dahil ang nakaraang pag-upload ay ginawa
na may bersyon ng i-dupload bago ang 2.1 o dahil nabigo ang pag-upload.

Kung alinman --pagdagdag or --bagong bersyon ay ginagamit, ang pangalan at email para sa bagong bersyon ay
matukoy tulad ng sumusunod. Kung ang variable ng kapaligiran DEBFULLNAME ay nakatakda, ito ay magiging
ginamit para sa buong pangalan ng maintainer; kung hindi, kung gayon NAME susuriin. Kung ang kapaligiran
nagbabago DEBEMAIL ay nakatakda, ito ay gagamitin para sa email address. Kung ang variable na ito ay may
ang form na "pangalan ", kung gayon ang pangalan ng tagapangasiwa ay kukunin din dito kung hindi
DEBFULLNAME ni NAME ay nakatakda. Kung hindi nakatakda ang variable na ito, isasagawa ang parehong pagsubok sa
ang variable ng kapaligiran EMAIL. Susunod, kung ang buong pangalan ay hindi pa rin natukoy,
pagkatapos ay gamitin getpwuid(3) upang matukoy ang pangalan mula sa file ng password. Kung nabigo ito, gamitin ang
nakaraang changelog entry. Para sa email address, kung hindi pa ito naitakda mula sa DEBEMAIL or
EMAIL, pagkatapos ay tumingin sa loob /etc/mailname, pagkatapos ay subukang buuin ito mula sa username at FQDN,
kung hindi, gamitin ang email address sa nakaraang entry ng changelog. Sa madaling salita, ito ay isang
magandang ideya na itakda DEBEMAIL at DEBFULLNAME kapag ginagamit ang script na ito.

Kasama ang suporta para sa mga changelog na nagtatala ng mga pagbabago ng maraming co-maintainer ng a
pakete. Kung ang isang entry ay idinagdag sa mga entry ng kasalukuyang bersyon, at ang tagapangasiwa ay
iba sa maintainer na nakalista na nagawa na ang mga naunang entry, kung gayon
ang mga linya ay idaragdag sa changelog upang sabihin kung aling mga maintainer ang gumawa ng mga pagbabago.
Sa kasalukuyan, isa lamang sa ilang mga istilo ng pagtatala ng impormasyong ito ang sinusuportahan,
kung saan ang pangalan ng maintainer na gumawa ng isang hanay ng mga pagbabago ay lumalabas sa isang linya bago ang
mga pagbabago, sa loob ng mga square bracket. Maaari itong i-on at i-off gamit ang
--[hindi]multimaint opsyon o ang DEBCHANGE_MULTIMAINT pagpipilian sa pagsasaayos ng file; ang default
ay upang paganahin ito. Tandaan na kung ang isang entry ay namarkahan na sa ganitong paraan, ito na
ang opsyon ay tahimik na hindi papansinin.

Kung ang pangalan ng direktoryo ng puno ng pinagmulan ay may form pakete-bersyon, Pagkatapos debchange habilin
subukan din na palitan ang pangalan nito kung nagbago ang (upstream) na numero ng bersyon. Ito ay mapipigilan
sa pamamagitan ng paggamit ng --preserba command line o opsyon sa configuration file gaya ng inilarawan sa ibaba.

If --force-bad-version or --allow-lower-version Ginagamit, debchange hindi titigil kung ang
mas mababa ang bagong bersyon kaysa sa kasalukuyan. Ito ay lalong kapaki-pakinabang habang ginagawa
mga backport.

Directory pangalan pagsuri

Sa karaniwan sa ilang iba pang mga script sa mga script package, debchange aakyat sa
directory tree hanggang sa mahanap nito ang a debian/changelog file. Bilang pananggalang laban sa mga naliligaw na file
nagdudulot ng mga potensyal na problema, susuriin nito ang pangalan ng parent directory kapag nahanap na nito
ang debian/changelog file, at suriin na ang pangalan ng direktoryo ay tumutugma sa package
pangalan. Tiyak na kung paano ito ginagawa ay kinokontrol ng dalawang variable ng configuration file
DEVSCRIPTS_CHECK_DIRNAME_LEVEL at DEVSCRIPTS_CHECK_DIRNAME_REGEX, at ang kanilang katumbas
mga pagpipilian sa command-line --check-dirname-level at --check-dirname-regex.

DEVSCRIPTS_CHECK_DIRNAME_LEVEL maaaring kunin ang mga sumusunod na halaga:

0 Huwag kailanman suriin ang pangalan ng direktoryo.

1 Suriin lamang ang pangalan ng direktoryo kung kinailangan naming baguhin ang direktoryo sa aming paghahanap
debian/changelog. Ito ang default na pag-uugali.

2 Palaging suriin ang pangalan ng direktoryo.

Ang pangalan ng direktoryo ay sinusuri sa pamamagitan ng pagsubok kung ang kasalukuyang pangalan ng direktoryo (tulad ng natukoy
by pwd(1)) tumutugma sa regex na ibinigay ng opsyon sa configuration file
DEVSCRIPTS_CHECK_DIRNAME_REGEX o sa pamamagitan ng opsyon sa command line --check-dirname-regex regex.
dito regex ay isang Perl regex (tingnan perlre(3perl)), na mai-angkla sa simula
at ang wakas. Kung regex naglalaman ng isang '/', pagkatapos ay dapat itong tumugma sa buong path ng direktoryo. Kung
hindi, dapat itong tumugma sa buong pangalan ng direktoryo. Kung regex naglalaman ng string ´PACKAGE',
ito ay papalitan ng pangalan ng source package, gaya ng natukoy mula sa changelog. Ang
Ang default na halaga para sa regex ay: ´PACKAGE(-.+)?', kaya tumutugma sa mga pangalan ng direktoryo tulad ng
PACKAGE at PACKAGE-bersyon.

Ang default na changelog na ie-edit ay debian/changelog; gayunpaman, ito ay maaaring baguhin gamit
ang --changelog or --balita mga pagpipilian o ang CHANGELOG variable ng kapaligiran, tulad ng inilarawan
sa ibaba.

Opsyon

--dugtungan, -a
Magdagdag ng bagong entry ng changelog sa dulo ng mga entry ng kasalukuyang bersyon.

--pagdagdag, -i
Dagdagan ang alinman sa huling bahagi ng numero ng paglabas ng Debian o, kung ito ay a
katutubong pakete ng Debian, ang numero ng bersyon. Sa Ubuntu o Tanglu, ito rin
baguhin ang suffix mula buildX sa ubuntu1/tanglu1. Gamitin -R, --muling itayo para sa isang hindi
baguhin ang muling pagtatayo ng pagtaas. Lumilikha ito ng bagong seksyon sa simula ng
changelog na may naaangkop na mga header at footer. Gayundin, kung ito ay isang bagong bersyon ng
isang katutubong pakete ng Debian, ang pangalan ng direktoryo ay binago upang ipakita ito. Kung
DEBCHANGE_RELEASE_HEURISTIC is changelog (default) at ang kasalukuyang release ay
HINDI NALABAS, babaguhin lamang nito ang bersyon ng kasalukuyang changelog stanza.
Kung hindi, lilikha ito ng bagong changelog stanza na may bagong bersyon.

--bagong bersyon bersyon, -v bersyon
Tinukoy nito ang numero ng bersyon (kabilang ang bahagi ng paglabas ng Debian) nang tahasan
at kumikilos bilang ang --pagdagdag opsyon sa ibang aspeto. Babaguhin din nito ang
pangalan ng direktoryo kung nagbago ang upstream na numero ng bersyon. Kung
DEBCHANGE_RELEASE_HEURISTIC is changelog (default) at ang kasalukuyang release ay
HINDI NALABAS, babaguhin lamang nito ang bersyon ng kasalukuyang changelog stanza.
Kung hindi, lilikha ito ng bagong changelog stanza na may bagong bersyon.

--edit, -e
I-edit ang changelog sa isang editor.

--palayain, -r
I-finalize ang changelog para sa isang release. I-update ang changelog timestamp. Kung ang
ang pamamahagi ay nakatakda sa HINDI NALABAS, baguhin ito sa pamamahagi mula sa nauna
changelog entry (o isa pang pamamahagi gaya ng tinukoy ng --pamahagi). Kung meron
ay walang mga nakaraang changelog entry at isang tahasang pamamahagi ay wala pa
tinukoy, hindi matatag gagamitin.

--force-save-on-release
Kailan --palayain ay ginagamit, ang isang editor ay binuksan upang payagan ang inspeksyon ng changelog.
Kinakailangan ng user na i-save ang file upang tanggapin ang binagong changelog, kung hindi
ang orihinal ay pananatilihin (default).

--no-force-save-on-release
Huwag gawin ito. Tandaan na ang isang dummy changelog entry ay maaaring ibigay upang makamit
ang parehong epekto - hal debchange --palayain "". Ang entry ay hindi idadagdag sa
changelog ngunit ang presensya nito ay pipigilan ang editor.

--lumikha
Ito ay lilikha ng bago debian/changelog file (o BALITA kung ang --balita Ang opsyon ay
ginamit). Dapat ay nasa top-level na direktoryo ka upang magamit ito; walang pangalan ng direktoryo
isasagawa ang pagsusuri. Maaaring tukuyin ang pangalan at bersyon ng package
gamit ang --pakete at --bagong bersyon mga opsyon, na tinutukoy mula sa pangalan ng direktoryo
gamit ang --mula sa pangalan opsyon o manu-manong ipinasok sa nabuong changelog
file. Ang pangalan ng tagapangasiwa ay tinutukoy mula sa kapaligiran kung ito ay posible,
at ang pamamahagi ay tinukoy alinman gamit ang --pamahagi opsyon o sa
nabuo changelog file.

--walang laman
Kapag ginamit kasama ng --lumikha, sugpuin ang awtomatikong pagdaragdag ng isang
"pauna pakawalan" changelog entry (upang ang susunod na invocation ng debchange nagdadagdag
ang unang entry). Tandaan na ito ay magdudulot ng a dpkg-parsechangelog babala sa
susunod na invocation dahil sa kakulangan ng mga pagbabago.

--pakete pakete
Tinutukoy nito ang pangalan ng package na gagamitin sa bagong changelog; maaaring ito lamang
ginagamit kasabay ng --lumikha, --pagdagdag at --bagong bersyon mga pagpipilian.

--nmu, -n
Dagdagan ang numero ng paglabas ng Debian para sa isang pag-upload na hindi taga-maintain sa pamamagitan ng alinman sa pagdaragdag
sa ".1" sa isang numero ng bersyon na hindi NMU (maliban kung ang package ay katutubong Debian, kung saan
kaso"+nmu1" ay idinagdag) o sa pamamagitan ng pagdaragdag ng numero ng bersyon ng NMU, at magdagdag ng NMU
changelog na komento. Awtomatiko itong nangyayari kung ang packager ay wala sa
Maintainer ni ang Mga nag-upload patlang sa debian / control, maliban kung DEBCHANGE_AUTO_NMU is
itakda sa hindi o ang --no-auto-nmu ginagamit ang opsyon.

--bin-nmu
Dagdagan ang numero ng paglabas ng Debian para sa isang binary na hindi-maintainer na pag-upload ng alinman
pagdaragdag ng "+b1" sa isang numero ng bersyon na hindi binNMU o sa pamamagitan ng pagdaragdag ng binNMU
numero ng bersyon, at magdagdag ng binNMU changelog na komento.

--qa, -q
Dagdagan ang numero ng paglabas ng Debian para sa pag-upload ng Debian QA Team, at magdagdag ng isang QA
mag-upload ng changelog na komento.

--muling itayo, -R
Dagdagan ang numero ng paglabas ng Debian para sa walang pagbabagong muling pagbuo sa pamamagitan ng pagdaragdag ng "build1"
o sa pamamagitan ng pagdaragdag ng numero ng bersyon ng muling pagbuo.

--seguridad, -s
Dagdagan ang numero ng paglabas ng Debian para sa isang Debian Security Team na hindi nagpapanatili
mag-upload, at magdagdag ng a Katiwasayan koponan mag-upload ng changelog na komento.

--pangkat Dagdagan ang numero ng paglabas ng Debian para sa pag-upload ng koponan, at magdagdag ng isang koponan mag-upload ng
changelog na komento.

--upstream, -U
Huwag idugtong distro-pangalan1 sa bersyon sa isang nagmula na pamamahagi. Dagdagan ang
bersyon ng Debian.

--bpo Dagdagan ang numero ng paglabas ng Debian para sa pag-upload sa jessie-backports, at magdagdag ng a
backport upload changelog komento.

--lokal, -lsuffix
Magdagdag ng suffix sa numero ng bersyon ng Debian para sa isang lokal na build.

--force-bad-version, -b
Pilitin ang isang numero ng bersyon na mas mababa kaysa sa kasalukuyang numero (hal, kapag nag-backport).

--allow-lower-version huwaran
Pahintulutan ang numero ng bersyon na mas mababa kaysa sa kasalukuyan kung tumugma ang bagong bersyon
ang tinukoy na pattern.

--force-distribution
Pilitin ang ibinigay na pamamahagi na gamitin, kahit na hindi ito tumutugma sa listahan ng
mga kilalang pamamahagi (hal. para sa hindi opisyal na mga pamamahagi).

--auto-nmu
Subukang awtomatikong matukoy kung ang pagbabago sa changelog ay kumakatawan sa a
Pag-upload ng Hindi Tagapagpanatili. Ito ang default.

--no-auto-nmu
I-disable ang awtomatikong NMU detection. Katumbas ng setting DEBCHANGE_AUTO_NMU sa hindi.

--mula sa pangalan, -d
Kukunin nito ang upstream na numero ng bersyon mula sa pangalan ng direktoryo, na dapat ay
ng anyo pakete-bersyon. Kung ang upstream na numero ng bersyon ay tumaas mula sa
pinakabagong entry sa changelog, pagkatapos ay gagawa ng bagong entry na may numero ng bersyon
bersyon-1 (O bersyon kung ang package ay katutubong Debian), na may parehong panahon tulad ng
nakaraang bersyon ng pakete. Kung pareho ang upstream na numero ng bersyon, ang opsyong ito
ay kumilos sa parehong paraan tulad ng -i.

--nagsasara nnnnn[,nnnnn ...]
Magdagdag ng mga entry ng changelog upang isara ang mga tinukoy na numero ng bug. Tawagan din ang editor
pagkatapos idagdag ang mga entry na ito. Gagawa ng mga babala kung hindi makontak ang BTS
(At --noquery ay hindi tinukoy), o kung may mga problema sa bug
ulat na matatagpuan.

--[hindi]tanong
Dapat ba nating subukang i-query ang BTS kapag bumubuo ng mga pagsasara ng mga entry?

--preserba, -p
Panatilihin ang pangalan ng direktoryo ng source tree kung ang upstream na numero ng bersyon (o ang
numero ng bersyon ng isang katutubong pakete ng Debian) ay nagbabago. Tingnan din ang pagsasaayos
seksyon ng mga variable sa ibaba.

--walang panatilihing, --nopreserve
Huwag panatilihin ang pangalan ng direktoryo ng puno ng pinagmulan (default).

--nagtitinda tindero
I-override ang distributor ID sa default na ibinalik ng dpkg-vendor. Ang pangalan na ito ay
ginagamit para sa heuristics na inilapat sa mga bagong bersyon ng package at para sa katinuan checking ng
target na pamamahagi.

--pamahagi dist, -D dist
Gamitin ang tinukoy na pamamahagi sa changelog entry na ini-edit, sa halip na
gamit ang pamamahagi ng nakaraang entry ng changelog para sa mga bagong entry o sa umiiral na
halaga para sa mga kasalukuyang entry.

--pagkamadalian pangangailangan ng madaliang pagkilos, -u pangangailangan ng madaliang pagkilos
Gamitin ang tinukoy na pagkamadalian sa changelog entry na ini-edit, sa halip na gamitin ang
default "medium" para sa mga bagong entry o ang umiiral na halaga para sa mga kasalukuyang entry.

--changelog file, -c file
Ie-edit nito ang changelog file sa halip na ang pamantayan debian/changelog. ito
pinapalampas ng opsyon ang anuman CHANGELOG setting ng variable ng kapaligiran. Gayundin, walang direktoryo
isasagawa ang pagtawid o pagsuri kapag ginamit ang opsyong ito.

--balita [newsfile]
Ito ay mag-e-edit newsfile (bilang default, debian/BALITA) sa halip na ang regular na changelog.
Ang paghahanap sa direktoryo ay isasagawa. Ang changelog ay susuriin upang
tukuyin ang kasalukuyang bersyon ng package.

--[hindi]multimaint
Dapat ba nating ipahiwatig na ang mga bahagi ng isang changelog entry ay ginawa ng iba
mga tagapangasiwa? Ang default ay oo; tingnan ang talakayan sa itaas at gayundin ang
DEBCHANGE_MULTIMAINT opsyon sa configuration file sa ibaba.

--[hindi]multimaint-merge
Dapat bang pagsamahin ang lahat ng pagbabagong ginawa ng parehong may-akda sa parehong changelog
seksyon? Default ay hindi; tingnan ang talakayan sa itaas at gayundin ang
DEBCHANGE_MULTIMAINT_MERGE opsyon sa configuration file sa ibaba.

--maintmaint, -m
Huwag baguhin ang mga detalye ng maintainer na dati nang nakalista sa changelog. Ito ay
kapaki-pakinabang lalo na para sa mga sponsor na gustong awtomatikong magdagdag ng mensahe ng sponsorship
nang hindi naaabala ang iba pang mga detalye ng changelog. Tandaan na maaaring may ilan
mga kawili-wiling pakikipag-ugnayan kung ginagamit ang multi-maintainer mode; malamang hilingin mo
upang suriin nang manu-mano ang changelog bago ito i-upload sa mga ganitong pagkakataon.

--controlmaint, -M
Gamitin ang mga detalye ng maintainer mula sa debian / control Maintainer patlang sa halip na
nauugnay na mga variable ng kapaligiran (DEBFULLNAME, DEBEMAIL, atbp.). Ang pagpipiliang ito ay maaaring
kapaki-pakinabang na ibalik ang mga detalye ng pangunahing tagapangasiwa sa changelog trailer pagkatapos ng a
huwad na pag-edit (hal. kapag -m nilayon ngunit nakalimutan) o kapag naglabas ng isang pakete sa
ang pangalan ng pangunahing tagapangasiwa (hal. ang pangkat).

--[hindi]maintrailer, -t
If maintrailer ay nakatakda, maiiwasan nitong baguhin ang umiiral nang changelog trailer line
(ibig sabihin ang mga detalye ng maintainer at date-stamp), maliban kung ginamit sa mga opsyon na nangangailangan
ang trailer na babaguhin (hal --lumikha, --palayain, -i, --qa, atbp.) Ang pagpipiliang ito
naiiba mula sa --maintmaint na gagamit ito ng multi-maintainer mode kung naaangkop,
maliban sa pag-edit ng trailer. Tingnan din ang DEBCHANGE_MAINTTRAILER
opsyon sa configuration file sa ibaba.

--check-dirname-level N
Tingnan ang seksyon sa itaas "Directory pangalan pagsuri" para sa paliwanag ng opsyong ito.

--check-dirname-regex regex
Tingnan ang seksyon sa itaas "Directory pangalan pagsuri" para sa paliwanag ng opsyong ito.

--walang-conf, --noconf
Huwag basahin ang anumang mga file ng pagsasaayos. Magagamit lamang ito bilang unang opsyon
ibinigay sa command-line.

--release-heuristic mag-log|changelog
Kinokontrol kung paano debchange tinutukoy kung ang isang pakete ay inilabas, kapag nagpasya
kung gagawa ng bagong entry ng changelog o magdagdag sa isang umiiral na entry ng changelog.

- Tumulong, -h
Magpakita ng mensahe ng tulong at matagumpay na lumabas.

--bersyon
Ipakita ang bersyon at impormasyon ng copyright at matagumpay na lumabas.

Configuration MGA VARIABLE

Ang dalawang configuration file /etc/devscripts.conf at ~/.devscripts ay pinanggalingan diyan
upang magtakda ng mga variable ng pagsasaayos. Maaaring gamitin ang mga opsyon sa command line para i-override
mga setting ng configuration file. Binabalewala ang mga setting ng variable ng kapaligiran para sa layuning ito.
Ang kasalukuyang kinikilalang mga variable ay:

DEBCHANGE_PRESERVE
Kung ito ay nakatakda sa oo, pagkatapos ito ay pareho sa --preserba parameter ng utos ng utos
ginagamit.

DEBCHANGE_QUERY_BTS
Kung ito ay nakatakda sa hindi, pagkatapos ito ay pareho sa --noquery parameter ng utos ng utos
ginagamit.

DEVSCRIPTS_CHECK_DIRNAME_LEVEL, DEVSCRIPTS_CHECK_DIRNAME_REGEX
Tingnan ang seksyon sa itaas "Directory pangalan pagsuri"para sa paliwanag nito
mga variable. Tandaan na ang mga ito ay mga variable ng configuration ng package-wide, at will
samakatuwid ay nakakaapekto sa lahat mga script mga script na sumusuri sa kanilang halaga, tulad ng inilarawan sa
kani-kanilang manpages at sa devscripts.confNa (5).

DEBCHANGE_RELEASE_HEURISTIC
Kinokontrol kung paano debchange tinutukoy kung ang isang pakete ay inilabas, kapag nagpasya
kung gagawa ng bagong entry ng changelog o magdagdag sa isang umiiral na entry ng changelog.
Maaaring alinman mag-log or changelog.

DEBCHANGE_MULTIMAINT
Kung itakda sa hindi, debchange hindi magpapakilala ng mga pagkakaibang maramihang-maintainer kapag a
ang ibang maintainer ay nagdaragdag ng isang entry sa isang umiiral na changelog. Tingnan ang talakayan
sa itaas. Default ay oo.

DEBCHANGE_MULTIMAINT_MERGE
Kung itakda sa oo, kapag nagdaragdag ng mga pagbabago sa multiple-maintainer mode debchange susuriin
kung umiiral ang mga nakaraang pagbabago ng kasalukuyang tagapangasiwa at idagdag ang mga bagong pagbabago sa
ang umiiral na bloke sa halip na lumikha ng bagong bloke. Default ay hindi.

DEBCHANGE_MAINTTRAILER
Kung ito ay nakatakda sa hindi, pagkatapos ito ay pareho sa --nomainttrailer command line
ginagamit na parameter.

DEBCHANGE_TZ
Gamitin ang timezone na ito para sa mga entry ng changelog. Default ay ang user/system timezone bilang
ipinakita ng `petsa -R` at apektado ng variable ng kapaligiran TZ.

DEBCHANGE_LOWER_VERSION_PATTERN
Kung ito ay nakatakda, kung gayon ito ay kapareho ng --allow-lower-version command line
ginagamit na parameter.

DEBCHANGE_AUTO_NMU
Kung ito ay nakatakda sa hindi pagkatapos debchange ay hindi magtatangka na awtomatikong matukoy
kung ang kasalukuyang changelog stanza ay kumakatawan sa isang NMU. Ang default ay oo. Tingnan
ang talakayan ng --nmu pagpipilian sa itaas.

DEBCHANGE_FORCE_SAVE_ON_RELEASE
Kung ito ay nakatakda sa hindi, pagkatapos ito ay pareho sa --no-force-save-on-release utos
line parameter na ginagamit.

DEBCHANGE_VENDOR
Gamitin ang vendor na ito sa halip na ang default (dpkg-vendor output). Tingnan mo --nagtitinda para
mga detalye.

Kapaligiran

DEBEMAIL, EMAIL, DEBFULLNAME, NAME
Tingnan ang paglalarawan sa itaas ng paggamit ng mga variable na ito sa kapaligiran.

CHANGELOG
Tinutukoy ng variable na ito ang changelog na ie-edit bilang kapalit ng debian/changelog. Hindi
isinagawa ang directory traversal o checking kapag nakatakda ang variable na ito. Ito
variable ay na-override ng --changelog setting ng command-line.

VISUAL, EDITOR
Tinutukoy ng mga environment variable na ito (sa ganitong pagkakasunud-sunod) ang editor na ginamit ni matino-
editor.

Gamitin ang dch online gamit ang mga serbisyo ng onworks.net