debchange – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

debchange - Tool zur Pflege der debian/changelog-Datei in einem Quellpaket

ZUSAMMENFASSUNG

Debchange [Optionen] [Text ...]
dch [Optionen] [Text ...]

BESCHREIBUNG

Debchange oder sein Alias dch wird eine neue Kommentarzeile zum Debian-Changelog im
aktuellen Quellbaum. Dieser Befehl muss in diesem Baum ausgeführt werden. Wenn der Text der
Änderung wird auf der Befehlszeile angegeben, Debchange wird im Batch-Modus ausgeführt und fügt einfach das hinzu
Text, ggf. mit Zeilenumbrüchen, an entsprechender Stelle in Debian/Änderungsprotokoll (Oder die
Änderungsprotokoll, das durch Optionen angegeben wird, wie unten beschrieben). Wenn kein Text angegeben ist, dann
Debchange führt den Editor wie von . festgelegt aus vernünftig-herausgeber damit Sie die Datei bearbeiten können.
(Die Umgebungsvariablen VISUAL und EDITOR werden in dieser Reihenfolge verwendet, um zu bestimmen, welche
zu verwendenden Editor.) Editoren, die die +n Option zum Starten der Bearbeitung auf a
Die angegebene Zeile verwendet dies, um zur Bearbeitung in die richtige Zeile der Datei zu wechseln. Wenn die
Editor wird ohne Änderung der temporären Datei beendet, Debchange wird verlassen, ohne zu berühren
das vorhandene Änderungsprotokoll. Hinweis zur Abwicklung, Integrierung, Speicherung und die Changelog is angenommen zu be codiert mit die UTF-8
Codierung. If it is nicht, Probleme Mai auftreten. Bitte beachten Sie die iconv(1) Hilfeseite, um es herauszufinden
So konvertieren Sie Änderungsprotokolle aus Legacy-Codierungen. Schließlich a Changelog or NEWS Datei kann sein
von Grund auf neu erstellt mit dem --schaffen unten beschriebene Option.

Debchange unterstützt auch die automatische Erstellung von Änderungsprotokolleinträgen zum Schließen von Fehlern mithilfe der
--schließt Möglichkeit. Dies wird normalerweise die BTS, das Debian Bug Tracking System (siehe
https://bugs.debian.org/) to determine the title of the bug and the package in which it
tritt ein. Dieses Verhalten kann gestoppt werden, indem man a --keine Abfrage Option oder durch Einstellen der
Konfigurationsvariable DEBCHANGE_QUERY_BTS zu nicht, wie unten beschrieben. In jedem Fall ist die
Editor (wie oben beschrieben) wird immer aufgerufen, um die Möglichkeit zu geben, die
Einträge und das Änderungsprotokoll wird akzeptiert, unabhängig davon, ob Änderungen vorgenommen wurden oder nicht. Ein
Zusätzlich zu den Closes-Einträgen kann auf der Kommandozeile ein zusätzlicher Changelog-Eintrag angegeben werden.

Höchstens einer von --anhängen, --Zuwachs, --bearbeiten, --Veröffentlichung und --neue Version kann angegeben werden
wie unten aufgeführt. Wenn keine Optionen angegeben sind, Debchange wird Heuristiken verwenden, um zu erraten
ob das Paket erfolgreich freigegeben wurde oder nicht, und sich so verhalten, als ob --Zuwachs
angegeben wurde, wenn das Paket freigegeben wurde, oder anderweitig als ob --anhängen wurde
spezifiziert.

Es können zwei verschiedene Sätze von Heuristiken verwendet werden, die von der . gesteuert werden --release-heuristic
Option oder die DEBCHANGE_RELEASE_HEURISTIC Konfigurationsvariable. Der Standard Changelog
Heuristik geht davon aus, dass das Paket veröffentlicht wurde, es sei denn, das Änderungsprotokoll enthält UNVERÖFFENTLICHT
im Verteilerfeld. Wenn diese Heuristik aktiviert ist, wird die Verteilung standardmäßig verwendet
zu UNVERÖFFENTLICHT in neuen Changelog-Einträgen und die --maintrailer unten beschriebene Option wird
automatisch aktiviert werden. Dies kann nützlich sein, wenn ein Paket von anderen freigegeben werden kann
Betreuer, oder wenn Sie die Upload-Protokolle nicht führen. Die Alternative Log Heuristik bestimmt
wenn ein Paket freigegeben wurde, indem Sie nach einem geeigneten suchen duupload(1) oder Ausgabe(1) Protokoll
Datei im übergeordneten Verzeichnis. Eine Warnung wird ausgegeben, wenn die Protokolldatei gefunden wird, aber a
erfolgreicher Upload wird nicht aufgezeichnet. Dies kann daran liegen, dass der vorherige Upload durchgeführt wurde
mit einer Version von duupload vor 2.1 oder weil der Upload fehlgeschlagen ist.

Wenn entweder --Zuwachs or --neue Version verwendet wird, werden der Name und die E-Mail-Adresse für die neue Version
wie folgt bestimmt werden. Wenn die Umgebungsvariable DEBFULLNAME eingestellt ist, wird dies sein
wird für den vollständigen Namen des Betreuers verwendet; wenn nicht, dann NAME/FUNKTION wird geprüft. Wenn die Umwelt
Variable DEBEMAIL gesetzt ist, wird diese für die E-Mail-Adresse verwendet. Wenn diese Variable hat
das Formular "name ", dann wird auch der Betreuername von hier übernommen, wenn keiner
DEBFULLNAME noch NAME/FUNKTION eingestellt ist. Wenn diese Variable nicht gesetzt ist, wird derselbe Test durchgeführt auf
die Umgebungsvariable EMAIL. Als nächstes, wenn der vollständige Name noch nicht bestimmt wurde,
verwenden Sie dann getpwuid(3) den Namen aus der Passwortdatei zu ermitteln. Wenn dies fehlschlägt, verwenden Sie die
vorheriger Changelog-Eintrag. Für die E-Mail-Adresse, wenn sie nicht eingestellt wurde von DEBEMAIL or
EMAIL, dann schau rein /etc/mailname, und versuchen Sie dann, es aus dem Benutzernamen und dem FQDN zu erstellen.
andernfalls verwenden Sie die E-Mail-Adresse im vorherigen Changelog-Eintrag. Mit anderen Worten, es ist ein
gute idee zu setzen DEBEMAIL und DEBFULLNAME wenn Sie dieses Skript verwenden.

Unterstützung für Änderungsprotokolle, die Änderungen durch mehrere Mitbetreuer von a . aufzeichnen, ist enthalten
Paket. Wenn ein Eintrag an die Einträge der aktuellen Version angehängt wird und der Betreuer ist
anders als der Betreuer, der die vorherigen Einträge gemacht hat, dann
Zeilen werden dem Changelog hinzugefügt, um zu sagen, welche Betreuer welche Änderungen vorgenommen haben.
Derzeit wird nur einer von mehreren dieser Arten der Aufzeichnung dieser Informationen unterstützt.
in dem der Name des Betreuers, der eine Reihe von Änderungen vorgenommen hat, in einer Zeile vor dem
Änderungen, in eckigen Klammern. Diese lässt sich mit dem ein- und ausschalten
--[nicht]Multimaint Option oder die DEBCHANGE_MULTIMAINT Konfigurationsdateioption; der Standard
ist es zu aktivieren. Beachten Sie, dass, wenn ein Eintrag bereits auf diese Weise markiert wurde, dies
Option wird stillschweigend ignoriert.

Hat der Verzeichnisname des Quellbaums die Form Paket-Version und dann Debchange werden wir
versuchen Sie es auch umzubenennen, wenn sich die (Upstream-)Versionsnummer ändert. Das kann verhindert werden
mit dem --bewahren Befehlszeilen- oder Konfigurationsdateioption wie unten beschrieben.

If --force-bad-version or --allow-lower-version wird genutzt, Debchange wird nicht aufhören, wenn die
neue Version ist kleiner als die aktuelle. Dies ist besonders nützlich, wenn Sie dabei sind
Backports.

Verzeichnis Name Überprüfung

Gemeinsam mit mehreren anderen Skripten in der Devscripts Paket, Debchange werde die klettern
Verzeichnisbaum, bis es ein findet Debian/Änderungsprotokoll Datei. Als Schutz vor verirrten Dateien
Wenn es potenzielle Probleme verursacht, wird der Name des übergeordneten Verzeichnisses überprüft, sobald es gefunden wird
die Debian/Änderungsprotokoll Datei und überprüfen Sie, ob der Verzeichnisname dem Paket entspricht
Name. Wie genau dies geschieht, wird durch zwei Konfigurationsdateivariablen gesteuert
DEVSCRIPTS_CHECK_DIRNAME_LEVEL und DEVSCRIPTS_CHECK_DIRNAME_REGEX, und ihre entsprechenden
Befehlszeilenoptionen --check-dirname-level und --check-dirname-regex.

DEVSCRIPTS_CHECK_DIRNAME_LEVEL kann folgende Werte annehmen:

0 Überprüfen Sie niemals den Verzeichnisnamen.

1 Überprüfen Sie den Verzeichnisnamen nur, wenn wir bei unserer Suche nach das Verzeichnis ändern mussten
Debian/Änderungsprotokoll. Dies ist das Standardverhalten.

2 Überprüfen Sie immer den Verzeichnisnamen.

Der Verzeichnisname wird überprüft, indem geprüft wird, ob der aktuelle Verzeichnisname (wie ermittelt
by pwd(1)) stimmt mit der durch die Konfigurationsdateioption angegebenen Regex überein
DEVSCRIPTS_CHECK_DIRNAME_REGEX oder über die Befehlszeilenoption --check-dirname-regex Regex.
Hier Regex ist eine Perl-Regex (siehe Perlre(3perl)), die am Anfang verankert wird
und das Ende. Wenn Regex enthält ein '/', dann muss es mit dem vollständigen Verzeichnispfad übereinstimmen. Wenn
nicht, dann muss es mit dem vollständigen Verzeichnisnamen übereinstimmen. Wenn Regex enthält die Zeichenfolge ´PAKET',
dies wird durch den Quellpaketnamen ersetzt, wie er aus dem Änderungsprotokoll bestimmt wird. Die
Standardwert für die Regex ist: ´PAKET(-.+)?', wodurch Verzeichnisnamen wie
PAKET und PAKET-Version.

Das zu bearbeitende Standard-Changelog ist Debian/Änderungsprotokoll; dies kann jedoch mit geändert werden
die --Änderungsprotokoll or --Nachrichten Optionen oder die ÄNDERUNGSPROTOKOLL Umgebungsvariable, wie beschrieben
unten mit.

OPTIONAL

--anhängen, -a
Fügen Sie am Ende der Einträge der aktuellen Version einen neuen Changelog-Eintrag hinzu.

--Zuwachs, -i
Erhöhen Sie entweder die letzte Komponente der Debian-Release-Nummer oder, falls dies a
natives Debian-Paket, die Versionsnummer. Unter Ubuntu oder Tanglu wird dies auch
ändern Sie das Suffix von buildX in ubuntu1/tanglu1. Verwenden -R, --umbauen für ein nein
Inkrement für den Wiederaufbau ändern. Dadurch entsteht ein neuer Abschnitt am Anfang des
Changelog mit entsprechenden Kopf- und Fußzeilen. Auch wenn dies eine neue Version von . ist
ein natives Debian-Paket ist, wird der Verzeichnisname geändert, um dies widerzuspiegeln. Wenn
DEBCHANGE_RELEASE_HEURISTIC is Changelog (Standard) und die aktuelle Version ist
UNVERÖFFENTLICHT, dies ändert nur die Version der aktuellen Änderungsprotokollzeilengruppe.
Andernfalls wird eine neue Änderungsprotokollzeilengruppe mit der neuen Version erstellt.

--neue Version Version, -v Version
Dies gibt die Versionsnummer (einschließlich des Debian-Release-Teils) explizit an
und verhält sich wie die --Zuwachs Alternative in anderer Hinsicht. Es wird auch die
Verzeichnisname, wenn sich die Upstream-Versionsnummer geändert hat. Wenn
DEBCHANGE_RELEASE_HEURISTIC is Changelog (Standard) und die aktuelle Version ist
UNVERÖFFENTLICHT, dies ändert nur die Version der aktuellen Änderungsprotokollzeilengruppe.
Andernfalls wird eine neue Änderungsprotokollzeilengruppe mit der neuen Version erstellt.

--bearbeiten, -e
Bearbeiten Sie das Changelog in einem Editor.

--Veröffentlichung, -r
Schließen Sie das Changelog für eine Veröffentlichung ab. Aktualisieren Sie den Zeitstempel des Änderungsprotokolls. Wenn die
Verteilung ist eingestellt auf UNVERÖFFENTLICHT, ändern Sie es in die Verteilung von der vorherigen
Changelog-Eintrag (oder eine andere Distribution wie von . angegeben) --Verteilung). Wenn da
sind keine früheren Changelog-Einträge und eine explizite Verteilung wurde nicht vorgenommen
spezifizierten, instabil werden verwendet.

--force-save-on-release
Wann --Veröffentlichung verwendet wird, wird ein Editor geöffnet, um die Einsicht in das Änderungsprotokoll zu ermöglichen.
Der Benutzer muss die Datei speichern, um das geänderte Änderungsprotokoll zu akzeptieren, andernfalls
das Original wird beibehalten (Standard).

--no-force-save-on-release
Tun Sie dies nicht. Beachten Sie, dass ein Dummy-Changelog-Eintrag bereitgestellt werden kann, um Folgendes zu erreichen:
der gleiche Effekt - zB Debchange --Veröffentlichung "". Der Eintrag wird nicht zum . hinzugefügt
changelog, aber seine Anwesenheit unterdrückt den Editor.

--schaffen
Dadurch entsteht ein neues Debian/Änderungsprotokoll Datei (oder NEWS wenn die --Nachrichten Option ist
Gebraucht). Sie müssen sich im Verzeichnis der obersten Ebene befinden, um dies zu verwenden; kein Verzeichnisname
Überprüfung durchgeführt wird. Der Paketname und die Version können entweder angegeben werden
Verwendung der --Paket und --neue Version Optionen, bestimmt aus dem Verzeichnisnamen
Verwendung der --fromdirname Option oder manuell in die generierte Changelog
Datei. Der Betreuername wird nach Möglichkeit aus der Umgebung ermittelt,
und die Verteilung wird entweder mit dem --Verteilung Option oder im
erzeugt Changelog Datei.

--leer
Bei Verwendung in Kombination mit --schaffen, unterdrücken Sie das automatische Hinzufügen von an
"Anfangs- Release" changelog-Eintrag (damit der nächste Aufruf von Debchange fügt
der erste Eintrag). Beachten Sie, dass dies a dpkg-parsechangelog Warnung vor dem
nächsten Aufruf aufgrund fehlender Änderungen.

--Paket Paket
Dies gibt den Paketnamen an, der im neuen Änderungsprotokoll verwendet werden soll; das kann nur sein
verwendet in Verbindung mit der --schaffen, --Zuwachs und --neue Version nach.

--nmu, -n
Erhöhen Sie die Debian-Release-Nummer für einen Nicht-Maintainer-Upload, indem Sie entweder anhängen
ein ".1" zu einer Nicht-NMU-Versionsnummer (es sei denn, das Paket ist Debian-nativ, in dem
Fall "+nmu1" wird angehängt) oder durch Erhöhen einer NMU-Versionsnummer und fügen Sie eine NMU hinzu
Kommentar zum Änderungsprotokoll. Dies geschieht automatisch, wenn der Verpacker weder in der
Maintainer noch das Uploader Feld in Debian / Kontrolle, es sei denn DEBCHANGE_AUTO_NMU is
einstellen nicht oder unter der --no-auto-nmu Option verwendet wird.

--bin-nmu
Erhöhen Sie die Debian-Release-Nummer für einen binären Nicht-Maintainer-Upload um entweder
Anhängen eines "+b1" auf eine Nicht-binNMU-Versionsnummer oder durch Inkrementieren einer binNMU
Versionsnummer und fügen Sie einen binNMU-Changelog-Kommentar hinzu.

--qa, -q
Erhöhen Sie die Debian-Release-Nummer für einen Debian-QA-Team-Upload und fügen Sie ein QA
laden Kommentar zum Änderungsprotokoll.

--umbauen, -R
Erhöhen Sie die Debian-Release-Nummer für einen unveränderten Rebuild, indem Sie ein "build1" anhängen.
oder durch Inkrementieren einer Neuerstellungsversionsnummer.

--Sicherheit, -s
Erhöhen Sie die Debian-Release-Nummer für einen Nicht-Maintainer des Debian-Sicherheitsteams
hochladen und hinzufügen Sicherheit Team laden Kommentar zum Änderungsprotokoll.

--Mannschaft Erhöhen Sie die Debian-Release-Nummer für einen Team-Upload und fügen Sie a . hinzu Team laden
Kommentar zum Änderungsprotokoll.

--stromaufwärts, -U
Nicht anhängen Distributionsname1 auf die Version einer abgeleiteten Distribution. Erhöhen Sie die
Debian-Version.

--bpo Erhöhen Sie die Debian-Release-Nummer für einen Upload auf jessie-backports und fügen Sie a . hinzu
Änderungsprotokollkommentar zum Hochladen zurückportieren.

--lokal, -lSuffix
Fügen Sie der Debian-Versionsnummer für einen lokalen Build ein Suffix hinzu.

--force-bad-version, -b
Erzwingen Sie, dass eine Versionsnummer kleiner als die aktuelle ist (zB beim Zurückportieren).

--allow-lower-version Anleitungen
Zulassen, dass eine Versionsnummer kleiner als die aktuelle ist, wenn die neue Version übereinstimmt
das angegebene Muster.

--Kraftverteilung
Erzwingen Sie die Verwendung der bereitgestellten Distribution, auch wenn sie nicht mit der Liste der übereinstimmt
bekannte Verteilungen (zB für inoffizielle Verteilungen).

--auto-nmu
Versuchen Sie automatisch zu bestimmen, ob eine Änderung am Änderungsprotokoll ein
Nicht-Maintainer-Upload. Dies ist die Standardeinstellung.

--no-auto-nmu
Deaktivieren Sie die automatische NMU-Erkennung. Äquivalent zur Einstellung DEBCHANGE_AUTO_NMU zu nicht.

--fromdirname, -d
Dadurch wird die Upstream-Versionsnummer aus dem Verzeichnisnamen übernommen, die lauten sollte:
der Form Paket-Version. Wenn sich die Upstream-Versionsnummer von der
letzten Changelog-Eintrag, dann wird ein neuer Eintrag mit Versionsnummer erstellt
Version-1 (oder Version wenn das Paket Debian-nativ ist), mit der gleichen Epoche wie das
vorherige Paketversion. Wenn die Upstream-Versionsnummer gleich ist, ist diese Option
wird sich genauso verhalten wie -i.

--schließt nnnnn[,nnnnn ...]
Fügen Sie Änderungsprotokolleinträge hinzu, um die angegebenen Fehlernummern zu schließen. Rufen Sie auch den Editor auf
nach dem Hinzufügen dieser Einträge. Generiert Warnungen, wenn die BTS nicht kontaktiert werden kann
(und --keine Abfrage wurde nicht angegeben), oder wenn es Probleme mit dem Bug gibt
Bericht befindet.

--[nicht]query
Sollten wir versuchen, die BTS beim Generieren von Closes-Einträgen abzufragen?

--bewahren, -p
Behalten Sie den Namen des Quellbaumverzeichnisses bei, wenn die Upstream-Versionsnummer (oder die
Versionsnummer eines nativen Debian-Pakets) ändert. Siehe auch die Konfiguration
Variablen Abschnitt unten.

--no-konservieren, --nokonservieren
Behalten Sie den Namen des Quellstrukturverzeichnisses nicht bei (Standard).

--Verkäufer Verkäufer
Überschreiben Sie die Verteiler-ID gegenüber dem von dpkg-vendor zurückgegebenen Standard. Dieser Name ist
Wird für Heuristiken verwendet, die auf neue Paketversionen angewendet werden, und für die Überprüfung der Integrität der
Zielverteilung an.

--Verteilung dist, -D dist
Verwenden Sie die angegebene Verteilung im bearbeiteten Changelog-Eintrag anstelle von
Verwenden der Verteilung des vorherigen Changelog-Eintrags für neue Einträge oder die bestehenden
Wert für vorhandene Einträge.

--Dringlichkeit Dringlichkeit, -u Dringlichkeit
Verwenden Sie die angegebene Dringlichkeit im bearbeiteten Changelog-Eintrag, anstatt die
Ursprünglich "mittlere" für neue Einträge oder der vorhandene Wert für bestehende Einträge.

--Änderungsprotokoll Datei, -c Datei
Dadurch wird das Änderungsprotokoll bearbeitet Datei statt Standard Debian/Änderungsprotokoll. Dies
Option überschreibt alle ÄNDERUNGSPROTOKOLL Einstellung der Umgebungsvariablen. Auch kein Verzeichnis
Traversieren oder Prüfen wird durchgeführt, wenn diese Option verwendet wird.

--Nachrichten [Nachrichtendatei]
Dies wird bearbeitet Nachrichtendatei (standardmäßig, debian/NEWS) anstelle des regulären Changelogs.
Die Verzeichnissuche wird durchgeführt. Das Changelog wird geprüft, um
Ermitteln Sie die aktuelle Paketversion.

--[nicht]Multimaint
Sollten wir angeben, dass Teile eines Changelog-Eintrags von verschiedenen
Betreuer? Standard ist ja; siehe die Diskussion oben und auch die
DEBCHANGE_MULTIMAINT Konfigurationsdateioption unten.

--[nicht]Multimaint-Merge
Sollten alle vom selben Autor vorgenommenen Änderungen im selben Changelog zusammengeführt werden
Sektion? Standard ist nein; siehe die Diskussion oben und auch die
DEBCHANGE_MULTIMAINT_MERGE Konfigurationsdateioption unten.

--maintmaint, -m
Ändern Sie nicht die Betreuerdetails, die zuvor im Änderungsprotokoll aufgeführt wurden. Das ist
besonders nützlich für Sponsoren, die automatisch eine Sponsoring-Nachricht hinzufügen möchten
ohne die anderen Changelog-Details zu stören. Beachten Sie, dass es einige geben kann
interessante Interaktionen, wenn der Multi-Maintainer-Modus verwendet wird; du wirst es wahrscheinlich wünschen
in solchen Fällen das Changelog manuell zu überprüfen, bevor es hochgeladen wird.

--controlmaint, -M
Verwenden Sie Betreuerdetails aus dem Debian / Kontrolle Maintainer Feld statt
relevante Umgebungsvariablen (DEBFULLNAME, DEBEMAIL, etc.). Diese Option könnte sein
nützlich, um Details des Hauptbetreuers im Changelog-Trailer wiederherzustellen, nachdem a
falsche Bearbeitung (z. B. wenn -m beabsichtigt, aber vergessen wurde) oder beim Freigeben eines Pakets in
der Name des Hauptbetreuers (zB des Teams).

--[nicht]Haupttrailer, -t
If Haupttrailer gesetzt ist, wird verhindert, dass die bestehende Änderungsprotokoll-Trailer-Zeile geändert wird
(dh die Betreuer- und Datumsstempeldetails), es sei denn, sie werden mit Optionen verwendet, die erfordern
der zu ändernde Anhänger (zB --schaffen, --Veröffentlichung, -i, --qa, usw.) Diese Option
unterscheidet sich von --maintmaint , dass es gegebenenfalls den Multi-Maintainer-Modus verwendet,
mit Ausnahme der Bearbeitung des Trailers. Siehe auch die DEBCHANGE_MAINTTRAILER
Konfigurationsdateioption unten.

--check-dirname-level N
Siehe den obigen Abschnitt "Verzeichnis Name Überprüfung" für eine Erläuterung dieser Option.

--check-dirname-regex Regex
Siehe den obigen Abschnitt "Verzeichnis Name Überprüfung" für eine Erläuterung dieser Option.

--no-conf, --noconf
Lesen Sie keine Konfigurationsdateien. Dies kann nur als erste Option verwendet werden
auf der Kommandozeile angegeben.

--release-heuristic Log|Changelog
Steuert wie Debchange bestimmt bei der Entscheidung, ob ein Paket freigegeben wurde
ob Sie einen neuen Changelog-Eintrag erstellen oder an einen bestehenden Changelog-Eintrag anhängen möchten.

--help, -h
Zeigen Sie eine Hilfemeldung an und beenden Sie erfolgreich.

--Version
Versions- und Copyright-Informationen anzeigen und erfolgreich beenden.

CONFIGURATION VARIABLEN

Die beiden Konfigurationsdateien /etc/devscripts.conf und ~/.devscripts sind darin bezogen
um Konfigurationsvariablen zu setzen. Befehlszeilenoptionen können zum Überschreiben verwendet werden
Einstellungen der Konfigurationsdatei. Einstellungen der Umgebungsvariablen werden zu diesem Zweck ignoriert.
Die derzeit anerkannten Variablen sind:

DEBCHANGE_PRESERVE
Wenn dies auf eingestellt ist ja, dann ist es das gleiche wie das --bewahren Befehlszeilenparameter
verwendet werden.

DEBCHANGE_QUERY_BTS
Wenn dies auf eingestellt ist nicht, dann ist es das gleiche wie das --keine Abfrage Befehlszeilenparameter
verwendet werden.

DEVSCRIPTS_CHECK_DIRNAME_LEVEL, DEVSCRIPTS_CHECK_DIRNAME_REGEX
Siehe den obigen Abschnitt "Verzeichnis Name Überprüfung" für eine Erklärung davon
Variablen. Beachten Sie, dass dies paketweite Konfigurationsvariablen sind und
daher alle betreffen Devscripts Skripte, die ihren Wert überprüfen, wie in . beschrieben
ihren jeweiligen Manpages und in devscripts.conf(5).

DEBCHANGE_RELEASE_HEURISTIC
Steuert wie Debchange bestimmt bei der Entscheidung, ob ein Paket freigegeben wurde
ob Sie einen neuen Changelog-Eintrag erstellen oder an einen bestehenden Changelog-Eintrag anhängen möchten.
Kann beides sein Log or Changelog.

DEBCHANGE_MULTIMAINT
Wenn auf nicht, Debchange führt keine Unterscheidung zwischen mehreren Betreuern ein, wenn a
ein anderer Betreuer hängt einen Eintrag an ein bestehendes Changelog an. Siehe die Diskussion
Oben. Standard ist ja.

DEBCHANGE_MULTIMAINT_MERGE
Wenn auf ja, beim Hinzufügen von Änderungen im Modus für mehrere Betreuer Debchange werde prüfen
ob vorherige Änderungen des aktuellen Betreuers vorhanden sind und fügen Sie die neuen Änderungen hinzu
den bestehenden Block, anstatt einen neuen Block zu erstellen. Standard ist nicht.

DEBCHANGE_MAINTTRAILER
Wenn dies auf eingestellt ist nicht, dann ist es das gleiche wie das --nomaintrailer Befehlszeile
Parameter verwendet wird.

DEBCHANGE_TZ
Verwenden Sie diese Zeitzone für Changelog-Einträge. Standard ist die Benutzer-/Systemzeitzone als
angezeigt durch `Datum -R` und von der Umgebungsvariablen beeinflusst TZ.

DEBCHANGE_LOWER_VERSION_PATTERN
Wenn dies gesetzt ist, ist es dasselbe wie das --allow-lower-version Befehlszeile
Parameter verwendet wird.

DEBCHANGE_AUTO_NMU
Wenn dies auf eingestellt ist nicht dann Debchange wird nicht versuchen, automatisch zu bestimmen
ob die aktuelle Änderungsprotokollzeilengruppe eine NMU darstellt. Die Standardeinstellung ist ja. Sehen
die Diskussion über die --nmu Option oben.

DEBCHANGE_FORCE_SAVE_ON_RELEASE
Wenn dies auf eingestellt ist nicht, dann ist es das gleiche wie das --no-force-save-on-release Befehl
Zeilenparameter verwendet wird.

DEBCHANGE_VENDOR
Verwenden Sie diesen Anbieter anstelle des Standardwerts (dpkg-vendor-Ausgabe). Sehen --Verkäufer für
Details.

DEBEMAIL, EMAIL, DEBFULLNAME, NAME/FUNKTION
Siehe die obige Beschreibung der Verwendung dieser Umgebungsvariablen.

ÄNDERUNGSPROTOKOLL
Diese Variable gibt das Änderungsprotokoll an, das anstelle von bearbeitet werden soll Debian/Änderungsprotokoll. Nein
Wenn diese Variable gesetzt ist, wird ein Verzeichnisdurchlauf oder eine Überprüfung durchgeführt. Dies
Variable wird von dem überschrieben --Änderungsprotokoll Befehlszeileneinstellung.

VISUAL, EDITOR
Diese Umgebungsvariablen (in dieser Reihenfolge) bestimmen den von . verwendeten Editor vernünftig-
Herausgeber.

Nutzen Sie Debchange online über die Dienste von onworks.net