GoGPT Best VPN GoSearch

OnWorksファビコン

debchange - クラウドでオンライン

Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、または MAC OS オンライン エミュレーターを介して、OnWorks の無料ホスティング プロバイダーで debchange を実行します。

これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、MAC OS オンライン エミュレーターなど、複数の無料オンライン ワークステーションのいずれかを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド debchange です。

プログラム:

NAME


debchange - ソースパッケージ内の debian/changelog ファイルをメンテナンスするためのツール

SYNOPSIS


デチェンジ [オプション] [클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ...]
DCH [オプション] [클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ...]

DESCRIPTION


デチェンジ またはそのエイリアス DCH Debian 変更ログの新しいコメント行を追加します。
現在のソースツリー。 このコマンドはそのツリー内から実行する必要があります。 のテキストの場合、
変更はコマンドラインで与えられます。 デチェンジ バッチモードで実行され、単に追加するだけです
テキストを、必要に応じて改行を含めて、適切な場所に配置します。 debian / changelog (または
以下で説明するように、オプションで指定された変更ログ)。 テキストが指定されていない場合は、
デチェンジ によって決定されたとおりにエディタが実行されます。 賢明な編集者 ファイルを編集できるようにします。
(環境変数 ビジュアル   環境変数EDITOR を決定するためにこの順序で使用されます。
使用するエディタ)。 +n 編集を開始するためのオプション
指定された行は、編集のためにファイルの正しい行に移動するためにこれを使用します。 もし
一時ファイルを変更せずにエディタを終了すると、 デチェンジ タッチせずに終了します
既存の変更ログ。 注意 それ   変更履歴 is 想定される 〜へ be エンコード     UTF-8
エンコーディング。 If it is そうではなく、 問題 かもしれません 発生します。 ご覧ください iconv(1) 調べるためのマンページ
レガシーエンコーディングから変更ログを変換する方法。 最後に、 変更履歴 or NEWS ファイルはすることができます
を使用して最初から作成されました - 作成 以下に説明するオプション。

デチェンジ また、
--閉じる オプション。 これは通常、Debian バグ追跡システムである BTS にクエリを実行します (「
https://bugs.debian.org/) to determine the title of the bug and the package in which it
が発生します。 この動作は、 --noquery オプションまたは設定により、
構成変数 DEBCHANGE_QUERY_BTS 〜へ いいえ、以下で説明するように。 いずれの場合も、
エディター (上で説明したように) は常に呼び出され、ファイルを変更する機会が与えられます。
エントリ、および変更ログは、変更が行われたかどうかに関係なく受け入れられます。 アン
closes エントリに加えて、追加の変更ログ エントリをコマンド ラインで指定できます。

せいぜいいずれか XNUMX つ -追加, - インクリメント, --編集, - リリース, - 新しいバージョン 指定される場合があります
以下にリストされているように。 オプションを指定しない場合は、 デチェンジ ヒューリスティックを使用して推測します
パッケージが正常にリリースされたかどうかを判断し、次のように動作します。 - インクリメント
パッケージがリリースされている場合、またはそうでない場合は指定されていたかのように -追加 されています
指定。

によって制御されるように、XNUMX つの異なるヒューリスティック セットを使用できます。 --リリースヒューリスティック
オプションまたは DEBCHANGE_RELEASE_HEURISTIC 構成変数。 デフォルト 変更履歴
ヒューリスティックでは、変更ログに次の内容が含まれていない限り、パッケージがリリースされたと想定します。 未公開
流通分野で。 このヒューリスティックが有効な場合、ディストリビューションはデフォルトになります。
〜へ 未公開 新しい変更ログエントリ、および --maintrailer 以下で説明するオプションは、
自動的に有効になります。 これは、パッケージをさまざまな方法でリリースできる場合に便利です。
メンテナー、またはアップロード ログを保存していない場合。 代替 ログ ヒューリスティックが決定する
適切なパッケージを探してパッケージがリリースされている場合 重複アップロード(1)または 出力(1) ログ
親ディレクトリ内のファイル。 ログ ファイルが見つかった場合は警告が発行されますが、
成功したアップロードは記録されません。 以前にアップロードが実行されたことが原因である可能性があります
のバージョンで 重複アップロード 2.1 より前、またはアップロードが失敗したため。

どちらか - インクリメント or - 新しいバージョン が使用されている場合、新しいバージョンの名前と電子メールは
以下のように決定される。 環境変数の場合 デフフルネーム が設定されている場合、これは
メンテナのフルネームに使用されます。 そうでない場合は、 NAME チェックされます。 環境なら
変数 デベメール が設定されている場合、これがメールアドレスとして使用されます。 この変数が
フォーム「名前」 "、どちらでもない場合は、メンテナ名もここから取得されます。
デフフルネーム また NAME が設定されています。 この変数が設定されていない場合、同じテストが実行されます。
環境変数 Eメール。 次に、フルネームがまだ決まっていない場合は、
その後、使用 getpwid(3) パスワードファイルから名前を決定します。 これが失敗した場合は、
以前の変更ログエントリ。 メールアドレスが設定されていない場合は、 デベメール or
Eメール、それから中を見てください / etc / mailname、ユーザー名と FQDN からビルドを試みます。
それ以外の場合は、前の変更ログ エントリの電子メール アドレスを使用します。 言い換えれば、それは
設定するのは良いアイデアです デベメール   デフフルネーム このスクリプトを使用するとき。

複数の共同管理者による変更を記録する変更ログのサポートが含まれています。
パッケージ。 エントリが現在のバージョンのエントリに追加され、メンテナが
以前のエントリを実行したとしてリストされているメンテナとは異なる場合、
どのメンテナがどの変更を行ったかを示す行が変更ログに追加されます。
現在、この情報を記録するいくつかのスタイルのうち XNUMX つだけがサポートされています。
ここでは、一連の変更を行ったメンテナの名前が行の前に表示されます。
角括弧内の変更。 これは、
--[いいえ]マルチメンテナンス オプションまたは DEBCHANGE_MULTIMAINT 設定ファイルのオプション。 デフォルト
それを有効にすることです。 エントリがこの方法ですでにマークされている場合、これは
オプションは黙って無視されます。

ソースツリーのディレクトリ名の形式が次の場合 パッケージ-バージョンをタップし、その後、 デチェンジ 意志
(アップストリーム) バージョン番号が変更された場合は、名前の変更も試みてください。 これは防ぐことができます
使用して、 - 保存 以下で説明するコマンド ラインまたは構成ファイル オプション。

If --強制的に悪いバージョン or --allow-下位バージョン 使用されている、 デチェンジ 場合は停止しません
新しいバージョンは現在のバージョンよりも古いです。 これは、次の作業を行うときに特に便利です。
バックポート。

ディレクトリ 点検


の他のいくつかのスクリプトと共通して、 devscripts パッケージ、 デチェンジ を登ります
ディレクトリツリーが見つかるまで debian / changelog ファイル。 漂流ファイルに対する保護策として
潜在的な問題を引き起こす可能性があるため、親ディレクトリが見つかったらその名前を調べます。
  debian / changelog ファイルを開き、ディレクトリ名がパッケージに対応していることを確認します。
名前。 これを正確にどのように行うかは、XNUMX つの構成ファイル変数によって制御されます。
DEVSCRIPTS_CHECK_DIRNAME_LEVEL   DEVSCRIPTS_CHECK_DIRNAME_REGEX、およびそれらに対応する
コマンドラインオプション --check-ディレクトリ名レベル   --check-dirname-regex.

DEVSCRIPTS_CHECK_DIRNAME_LEVEL は次の値を取ることができます。

0 ディレクトリ名は決してチェックしないでください。

1 検索中にディレクトリを変更する必要があった場合にのみ、ディレクトリ名を確認してください。
debian / changelog。 これはデフォルトの動作です。

2 ディレクトリ名を必ず確認してください。

ディレクトリ名は、現在のディレクトリ名が (決定されたとおりに) かどうかをテストすることによってチェックされます。
by pwd(1)) は、構成ファイルのオプションで指定された正規表現と一致します
DEVSCRIPTS_CHECK_DIRNAME_REGEX またはコマンドラインオプションによって --check-dirname-regex 正規表現.
ここに 正規表現 Perl 正規表現です (「 ペルレ(3perl))、先頭に固定されます
そして終わり。 もしも 正規表現 'が含まれています/' の場合、完全なディレクトリ パスと一致する必要があります。 もしも
そうでない場合は、完全なディレクトリ名と一致する必要があります。 もしも 正規表現 文字列 ' が含まれていますPACKAGE',
これは、変更ログから決定されるソース パッケージ名に置き換えられます。 の
正規表現のデフォルト値は次のとおりです: ´パッケージ(-.+)?' したがって、次のようなディレクトリ名と一致します。
PACKAGE   パッケージ-バージョン.

編集されるデフォルトの変更ログは次のとおりです。 debian / changelog; ただし、これは次を使用して変更できます
  --変更ログ or - ニュース オプションまたは 変更履歴 説明した環境変数
を参照してください。

OPTIONS


-追加, -a
現在のバージョンのエントリの最後に新しい変更ログ エントリを追加します。

- インクリメント, -i
Debian リリース番号の最後のコンポーネントをインクリメントするか、これが
ネイティブ Debian パッケージ、バージョン番号。 Ubuntu または Tanglu では、これも行われます。
サフィックスを buildX から ubuntu1/tanglu1 に変更します。 使用 -R, -再構築 いいえ
リビルド増分を変更します。 これにより、ファイルの先頭に新しいセクションが作成されます。
適切なヘッダーとフッターを含む変更ログ。 また、これが新しいバージョンの場合、
ネイティブ Debian パッケージの場合、これを反映するためにディレクトリ名が変更されます。 もしも
DEBCHANGE_RELEASE_HEURISTIC is 変更履歴 (デフォルト)、現在のリリースは
未公開、これは現在の変更ログスタンザのバージョンのみを変更します。
それ以外の場合は、新しいバージョンで新しい変更ログ スタンザが作成されます。

- 新しいバージョン バージョン, -v バージョン
これにより、バージョン番号 (Debian リリース部分を含む) が明示的に指定されます。
そして次のように動作します - インクリメント 他の点ではオプションです。 また、
上流のバージョン番号が変更された場合はディレクトリ名。 もしも
DEBCHANGE_RELEASE_HEURISTIC is 変更履歴 (デフォルト)、現在のリリースは
未公開、これは現在の変更ログスタンザのバージョンのみを変更します。
それ以外の場合は、新しいバージョンで新しい変更ログ スタンザが作成されます。

--編集, -e
エディターで変更ログを編集します。

- リリース, -r
リリースの変更ログを完成させます。 変更ログのタイムスタンプを更新します。 もし
配布はに設定されています 未公開、先ほどのディストリビューションに変更します。
変更ログ エントリ (または、によって指定された別のディストリビューション) - 分布)。 もしそこにあるなら
以前の変更ログ エントリがなく、明示的な配布も行われていません。
指定、 不安定な 使用されます。

--リリース時に強制保存
日時 - リリース を使用すると、エディターが開き、変更ログを検査できるようになります。
ユーザーは、変更された変更ログを受け入れるためにファイルを保存する必要があります。それ以外の場合は、
オリジナルは保持されます (デフォルト)。

--リリース時に強制保存なし
そうしないでください。 これを実現するために、ダミーの変更ログ エントリが提供される場合があることに注意してください。
同じ効果 - 例 デチェンジ - リリース ""。 エントリは追加されません
Changelog ですが、その存在によりエディターが抑制されます。

- 作成
これにより、新しい debian / changelog ファイル (または NEWS もし - ニュース オプションがある
使用済み)。 これを使用するには、最上位ディレクトリにいる必要があります。 ディレクトリ名がありません
チェックが行われます。 パッケージ名とバージョンのいずれかを指定できます
- パッケージ   - 新しいバージョン ディレクトリ名から決定されるオプション
--from ディレクトリ名 オプションを使用するか、生成されたオプションに手動で入力します 変更履歴
ファイル。 可能であれば、メンテナ名は環境から決定されます。
分布は次のいずれかを使用して指定されます。 - 分布 オプションまたは
生成された 変更履歴 ファイルにソフトウェアを指定する必要があります。

- 空の
と組み合わせて使用​​する場合 - 作成の自動追加を抑制します。
"初期 リリース" 変更ログ エントリ (次の呼び出しが デチェンジ 「追加した」
最初のエントリ)。 これにより、次のような問題が発生することに注意してください。 dpkg-parsechangelog の警告
変更がないため、次の呼び出しが行われません。

- パッケージ パッケージ
これは、新しい変更ログで使用されるパッケージ名を指定します。 これだけかも知れません
と組み合わせて使用 - 作成, - インクリメント   - 新しいバージョン オプション。

--nmu, -n
非メンテナ アップロードの Debian リリース番号を増やすには、次のいずれかを追加します。
.1" を NMU 以外のバージョン番号に変更します (パッケージが Debian ネイティブでない場合、
場合 "+nmu1" が追加されます)、または NMU バージョン番号をインクリメントして、NMU を追加します
変更ログのコメント。 これは、パッケージャーがどちらの環境にも存在しない場合に自動的に行われます。
メンテナアップローダー フィールドイン デビアン/コントロールを除いて、 DEBCHANGE_AUTO_NMU is
に設定 いいえ または --no-auto-nmu オプションが使用されます。

--bin-nmu
次のいずれかの方法で、バイナリの非メンテナ アップロードの Debian リリース番号をインクリメントします。
"を追加する+b1" を binNMU 以外のバージョン番号に変更するか、binNMU をインクリメントします。
バージョン番号を入力し、binNMU 変更ログ コメントを追加します。

--qa, -q
Debian QA チームのアップロードの Debian リリース番号をインクリメントし、 QA
upload 変更ログのコメント。

-再構築, -R
「build1」を追加して、変更なしのリビルドの Debian リリース番号をインクリメントします。
または、再構築バージョン番号をインクリメントします。

- 安全, -s
Debian セキュリティ チームの非メンテナの Debian リリース番号を増やす
アップロードして追加します セキュリティ チーム upload 変更ログのコメント。

- チーム チームアップロードの Debian リリース番号をインクリメントし、 チーム upload
変更ログのコメント。

- 上流の, -U
追加しないでください ディストリビューション名1 派生ディストリビューションのバージョンに。 インクリメント
Debian のバージョン。

--bpo jessie-backports へのアップロードの Debian リリース番号をインクリメントし、
バックポートアップロード変更ログコメント。

- ローカル, -lサフィックス
ローカル ビルドの Debian バージョン番号にサフィックスを追加します。

--強制的に悪いバージョン, -b
バージョン番号を現在のバージョンよりも小さくするように強制します(たとえば、バックポートする場合)。

--allow-下位バージョン パターン
新しいバージョンが一致する場合、バージョン番号が現在のバージョンよりも小さいことを許可します
指定されたパターン。

-- 力分布
提供されたディストリビューションが、リストに一致しない場合でも、強制的に使用されます。
既知のディストリビューション (非公式ディストリビューションなど)。

--auto-nmu
変更ログへの変更が変更を表すかどうかを自動的に判断しようとします。
非メンテナアップロード。 これがデフォルトです。

--no-auto-nmu
NMU の自動検出を無効にします。 設定に相当 DEBCHANGE_AUTO_NMU 〜へ いいえ.

--from ディレクトリ名, -d
これにより、ディレクトリ名からアップストリームのバージョン番号が取得されます。これは次のようになります。
フォームの パッケージ-バージョン。 アップストリームのバージョン番号が以前のバージョンから増加している場合、
最新の変更ログ エントリの場合、バージョン番号を使用して新しいエントリが作成されます
バージョン-1 (または バージョン パッケージが Debian ネイティブの場合)、エポックが
以前のパッケージのバージョン。 上流のバージョン番号が同じ場合、このオプションは
~と同じように動作します -i.

--閉じる nnnnnは[,nnnnnは ...]
変更ログ エントリを追加して、指定されたバグ番号を閉じます。 エディタも起動します
これらのエントリを追加した後。 BTS に接続できない場合は警告が生成されます
(と --noquery が指定されていない)、またはバグに問題がある場合
レポートが見つかりました。

--[いいえ]クエリー
クローズ エントリを生成するときに BTS にクエリを実行する必要がありますか?

- 保存, -p
アップストリームのバージョン番号 (または
Debian ネイティブ パッケージのバージョン番号) が変更されます。 構成も参照してください
以下の変数セクション。

-- 保存なし, --nopreserve
ソース ツリー ディレクトリ名を保存しません (デフォルト)。

- ベンダー ベンダー
dpkg-vendor によって返されるデフォルトのディストリビュータ ID をオーバーライドします。 この名前は
新しいパッケージ バージョンに適用されるヒューリスティックと、パッケージの健全性チェックに使用されます。
ターゲット配布。

- 分布 DIST, -D DIST
代わりに、編集中の変更ログ エントリで指定されたディストリビューションを使用します。
以前の変更ログ エントリのディストリビューションを新しいエントリまたは既存のエントリに使用する
既存のエントリの値。

- 緊急 緊急, -u 緊急
編集中の変更ログ エントリで、指定された緊急度を使用する代わりに、
デフォルト "ミディアム新しいエントリの場合は「」、既存のエントリの場合は既存の値。

--変更ログ file, -c file
これにより変更ログが編集されます file 標準の代わりに debian / changelog。 この
オプションはすべてをオーバーライドします 変更履歴 環境変数の設定。 また、ディレクトリもありません
このオプションを使用すると、トラバースまたはチェックが実行されます。

- ニュース [ニュースファイル]
これは編集します ニュースファイル (デフォルトでは、 デビアン/ニュース) 通常の変更ログの代わりに。
ディレクトリ検索が実行されます。 変更ログは次の目的で検査されます。
現在のパッケージのバージョンを確認します。

--[いいえ]マルチメンテナンス
変更ログエントリの一部が別のユーザーによって作成されたことを示す必要がありますか
メンテナー? デフォルトは「はい」です。 上記の説明と、
DEBCHANGE_MULTIMAINT 以下の設定ファイルオプション。

--[いいえ]マルチメインマージ
同じ作成者によって行われたすべての変更を同じ変更ログにマージする必要があります
セクション? デフォルトは「いいえ」です。 上記の説明と、
DEBCHANGE_MULTIMAINT_MERGE 以下の設定ファイルオプション。

--maintmaint, -m
変更ログに以前にリストされているメンテナーの詳細を変更しないでください。 これは
スポンサーシップメッセージを自動的に追加したいスポンサーにとって特に便利です
他の変更ログの詳細を中断することなく。 いくつかあるかもしれないことに注意してください
マルチメンテナ モードが使用されている場合の興味深い対話。 あなたはおそらくそう願うでしょう
このような場合は、アップロードする前に変更ログを手動で確認してください。

--controlmaint, -M
からのメンテナーの詳細を使用します。 デビアン/コントロール メンテナ フィールドではなく
関連する環境変数 (デフフルネーム, デベメール、など)。 このオプションは次のとおりです
変更後にメインメンテナの詳細を変更ログトレーラーに復元するのに役立ちます。
偽の編集(例: -m 意図していたが忘れていた)またはパッケージをリリースするとき
メインメンテナーの名前 (チームなど)。

--[いいえ]メイントレーラー, -t
If メイントレーラー が設定されている場合、既存の変更ログ トレーラー行の変更が回避されます。
(つまり、メンテナと日付スタンプの詳細)、必要なオプションと一緒に使用しない限り、
変更されるトレーラー (例: - 作成, - リリース, -i, --qa、など)このオプション
とは異なり --maintmaint 必要に応じてマルチメンテナ モードを使用するという点で、
トレーラーの編集を除いて。 も参照してください。 DEBCHANGE_MAINTTRAILER
以下の設定ファイルオプション。

--check-ディレクトリ名レベル N
上記のセクションを参照してください。ディレクトリ 点検このオプションの説明については、「」を参照してください。

--check-dirname-regex 正規表現
上記のセクションを参照してください。ディレクトリ 点検このオプションの説明については、「」を参照してください。

--no-conf, --noconf
構成ファイルを読み取らないでください。 これは最初のオプションとしてのみ使用できます
コマンドラインで指定します。

--リリースヒューリスティック ログ|変更履歴
方法を制御します デチェンジ パッケージがリリースされているかどうかを決定するときに決定します。
新しい変更ログ エントリを作成するか、既存の変更ログ エントリに追加するか。

- 助けて, -h
ヘルプメッセージを表示して、正常に終了します。

- バージョン
バージョンと著作権情報を表示し、正常に終了します。

CONFIGURATION 変数


XNUMXつの構成ファイル /etc/devscripts.conf   〜/ .devscripts その中で供給されています
構成変数を設定するため。 コマンドラインオプションを使用してオーバーライドできます
構成ファイルの設定。 この目的では、環境変数の設定は無視されます。
現在認識されている変数は次のとおりです。

DEBCHANGE_PRESERVE
これがに設定されている場合 はい、それからそれはと同じです - 保存 コマンドラインパラメータ
使用されています。

DEBCHANGE_QUERY_BTS
これがに設定されている場合 いいえ、それからそれはと同じです --noquery コマンドラインパラメータ
使用されています。

DEVSCRIPTS_CHECK_DIRNAME_LEVEL, DEVSCRIPTS_CHECK_DIRNAME_REGEX
上記のセクションを参照してください。ディレクトリ 点検これらの説明については、
変数。 これらはパッケージ全体の構成変数であり、
したがってすべてに影響を与える devscripts で説明されているように、値をチェックするスクリプト
それぞれのマンページと devscripts.confとします。

DEBCHANGE_RELEASE_HEURISTIC
方法を制御します デチェンジ パッケージがリリースされているかどうかを決定するときに決定します。
新しい変更ログ エントリを作成するか、既存の変更ログ エントリに追加するか。
どちらでもよい ログ or 変更履歴.

DEBCHANGE_MULTIMAINT
に設定した場合 いいえ, デチェンジ 場合、複数のメンテナの区別は導入されません。
別のメンテナが既存の変更ログにエントリを追加します。 ディスカッションを参照してください
その上。 デフォルトは はい.

DEBCHANGE_MULTIMAINT_MERGE
に設定した場合 はい、マルチメンテナモードで変更を追加する場合 デチェンジ チェックします
現在のメンテナによる以前の変更が存在するかどうかを確認し、新しい変更を追加する
新しいブロックを作成するのではなく、既存のブロックを使用します。 デフォルトは いいえ.

DEBCHANGE_MAINTTRAILER
これがに設定されている場合 いいえ、それからそれはと同じです --nomainttrayer コマンドライン
使用されているパラメーター。

DEBCHANGE_TZ
変更ログエントリにはこのタイムゾーンを使用します。 デフォルトはユーザー/システムのタイムゾーンです。
`で示されるdate -R` 環境変数の影響を受ける TZ.

DEBCHANGE_LOWER_VERSION_PATTERN
これが設定されている場合は、 --allow-下位バージョン コマンドライン
使用されているパラメーター。

DEBCHANGE_AUTO_NMU
これがに設定されている場合 いいえ その後 デチェンジ 自動的に決定しようとしません
現在の変更ログスタンザが NMU を表すかどうか。 デフォルトは はい。 見る
の議論 --nmu 上記のオプション。

DEBCHANGE_FORCE_SAVE_ON_RELEASE
これがに設定されている場合 いいえ、それからそれはと同じです --リリース時に強制保存なし command
ラインパラメータが使用されています。

DEBCHANGE_VENDOR
デフォルト (dpkg-vendor 出力) の代わりにこのベンダーを使用します。 見る - ベンダー
詳細。

ENVIRONMENT


デベメール, Eメール, デフフルネーム, NAME
これらの環境変数の使用については、上記の説明を参照してください。

変更履歴
この変数は、代わりに編集する変更ログを指定します。 debian / changelog。 いいえ
この変数が設定されると、ディレクトリのトラバーサルまたはチェックが実行されます。 これ
変数は、 --変更ログ コマンドライン設定。

ビジュアル, 環境変数EDITOR
これらの環境変数 (この順序で) が使用するエディターを決定します。 賢明な-
エディタ.

onworks.net サービスを使用してオンラインで debchange を使用する


無料のサーバーとワークステーション

Windows と Linux のアプリをダウンロード

Linuxコマンド

Ad




×
Advertisement
❤️ここでショッピング、予約、購入してください。料金はかかりません。これにより、サービスが無料で維持されます。