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

プログラム：

NAME

dgit - Debian アーカイブと git の統合

SYNOPSIS

数字 [dgit-opts] [dgit-opts] パッケージ [スイート] [./ディレクトリ|/DIR]
数字 [dgit-opts] フェッチ|プル [dgit-opts] [スイート]
数字 [dgit-opts] ビルド|ビルド|ビルドソース [ビルドオプション]
数字 [dgit-opts] プッシュ [dgit-opts] [スイート]
数字 [dgit-opts] プッシュ ビルドホスト:ビルドディレクトリ [プッシュ 引数..。]
数字 [dgit-opts] アクション ...

DESCRIPTION

数字 Debian アーカイブを git リポジトリのように扱うことができます。 見る 数字(7)
データ モデルの詳細については、データ モデルで発生する可能性のある一般的な問題を参照してください。
特定の種類のパッケージなど

通常のワークフローは次のとおりです。
1. 数字 or フェッチ;
2. 必要に応じて、git で変更を作成、開発テストを実行し、コミットします。
3. アップロード用のパッケージを構築します。たとえば、 数字 ビルド
4. 提案されたアップロードのアップロード前テストを実行します。
5. 数字 プッシュ.

オペレーション

数字 パッケージ [スイート] [./ディレクトリ|/DIR]
アーカイブと dgit-repos を参照して、履歴の git ビューを構築します。
パッケージ in スイート (sidの デフォルトでは) 新しいディレクトリ (名前は ./パッケージ デフォルト）;
また、必要な元の tarball もダウンロードします。

スイートの git チップはローカル ブランチに残されます 桁/スイート 仕事の準備ができて、そして
対応する dgit リモート追跡ブランチ。 の 起源 リモートは次のように設定されます
ディストリビューションのパッケージの dgit-repos ツリーをポイントします。 スイート 属します。

あなたの便宜のために、 vcs-git リモートはパッケージの Vcs-Git からセットアップされます
フィールドがある場合は、そのフィールドにある履歴が見つかることに注意してください。
dgit の見解とは異なるか、あるいはまったく関連性のないものである可能性があります。

数字 フェッチ [スイート]
アーカイブと git リポジトリを参照して、特定の履歴の git ビューを更新します。
スイート (および必要な元の tarball をダウンロード) を実行し、リモート トラッキングを更新します。
ブランチ リモート/dgit/dgit/スイート。 現在のブランチが 桁/スイート それからデジット
フェッチのデフォルトは スイート; それ以外の場合は、debian/changelog を解析し、スイートを使用します
そこで指定されます。

数字 プル [スイート]
dgit をフェッチし、リモート追跡ブランチの新しいヘッドをマージします。
リモート/dgit/dgit/スイート 現在のブランチに追加します。

数字 ビルド ...
Active Runs dpkg-ビルドパッケージ いくつかの適切なオプションを使用して。 後のオプションと引数
build は dpkg-buildpackage に渡されます。 dgitを使用する必要はありません
dgit を使用する場合はビルドします。 確実に
生成されたソース パッケージは、関連する git commit に対応します。

タグ付け、署名、および実際のアップロードは dgit Push に任せる必要があります。

数字 ビルドソース ...
ソース パッケージと、将来のソースのみのアップロード用の変更ファイルをビルドします。
dpkg-ソース。 出力はそのまま残ります パッケージのバージョン.dsc 　
パッケージのバージョン_source.changes.

タグ付け、署名、および実際のアップロードは dgit Push に任せる必要があります。

数字
現在の作業ツリーをクリーンアップします (有効な --clean= オプションに従って)。

数字 助けます
使用状況の概要を印刷します。

数字 ビルド ...
ソースパッケージを構築し、使用します ビルド バイナリビルドを実行し、使用します
mergechanges は、ソース変更ファイルとバイナリ変更ファイルをマージします。 オプションと引数
sbuild の後は sbuild に渡されます。 一致するファイルを変更します
パッケージのバージョン_*.変更 親ディレクトリ内のディレクトリは削除されます。 出力は
残していった パッケージのバージョン_multi.changes.

タグ付け、署名、および実際のアップロードは dgit Push に任せる必要があります。

数字 GBPビルド ...
Active Runs git-buildpackage いくつかの適切なオプションを使用して。 gbp- の後のオプションと引数
build は git-buildpackage に渡されます。

タグ付け、署名、および実際のアップロードは dgit Push に任せる必要があります。

数字 プッシュ [スイート]
「アップロード」を実行し、現在の HEAD を (ソース パッケージとして) アーカイブにプッシュします。
dgit-repos に (git コミットとして)。 パッケージはすでにビルドされている必要があります。
.dsc と .changes を親ディレクトリに残してアップロードします。 通常です
ビルドも dgit で行うのが最善です (例: dgit sbuild を使用): いくつかの既存のビルド ツール
役に立たないオプションをデフォルトで dpkg-source などに渡すと、
ビルドされたソース パッケージが git ツリーと同一ではありません。

詳細: dgit Push は、現在の HEAD が .dsc に対応しているかどうかをチェックします。 それ
次に、HEAD をスイートの dgit-repos ブランチにプッシュし、署名付き git タグを作成します。
.dsc を編集して dgit メタデータ フィールドを含め、debsign を実行してアップロードに署名します
(.dsc および .changes)、署名付きタグをプッシュし、最後に dput を使用して
.アーカイブに変更されます。

dgit Push は常に、
debian/changelog と .dsc は一致する必要があります。 コマンドラインで次のように指定した場合、
スイートの場合は、それも一致する必要があります。

アップロード中に dgit Push が失敗した場合は、単純に dput を再試行するだけで問題ありません。
.changes ファイルは自由に変更できます。

数字 プッシュ ビルドホスト:ビルドディレクトリ [プッシュ 引数..。]
指定されたディレクトリの内容をリモート マシンにプッシュします。 これは次のようなものです
build-dir を現在のディレクトリとして build-host で dgit Push を実行します。 しかし、
署名操作は呼び出し元のホストで行われます。 これによりプッシュが可能になります
ソースコードとビルド出力を持つシステムがアクセスできない場合
キー：

1. ビルドホスト上でクローンを作成します (dgit clone)
2. ビルドホスト上のコードを編集します (編集、git commit)
3. ビルドホスト上でパッケージをビルドします (dgit build)
4. ビルドホストまたはその他の場所でパッケージをテストします (dpkg -i, test)
5. GPG キーを使用してホスト上で dgit rpush を呼び出してアップロードします。

ただし、ビルドホストは dgit リポジトリに ssh 接続できる必要があります。 そうでない場合
すでにそうなっている場合は、ssh を使用するなどして、個別に整理する必要があります。
エージェント転送。

残りの引数は、dgit Push が処理するのと同じように処理されます。

build-host と build-dir は別の引数として渡すことができます。 これは次のように想定されます
最初の引数に : が含まれていない場合 (サポートするため、おそらく [ ] 内の XNUMX つを除く)
IPv6 アドレス リテラル)。

ビルドホストと呼び出しには、同様の十分なバージョンの dgit が必要です。
ホスト。 ビルドホストには gnupg がインストールされており、そのキーリングに公開鍵が含まれている必要があります
(もちろん秘密鍵ではありません)。

数字 セットアップ-新しいツリー
dgit clone が設定した方法と同じように、現在の作業ツリーを設定します。
走るように 数字 セットアップ-ユーザーメール 　 セットアップ-マージ変更ログ (ただし、それぞれが行うのは
dgit が自動的に実行するように設定されている場合のことです)。 これらはどの git でも使用できます
他の dgit 操作で使用されるものだけでなく、リポジトリも含めます。

数字 セットアップ-ユーザーメール
ディストリビューション固有の dgit から作業ツリーの user.name と user.email を設定します。
構成（dgit-ディストリビューション。ディストリビューション.ユーザー名 　 .user-email)、DEBFULLNAME、または
デベメール。

数字 セットアップ-マージ変更ログ
ファイルの git マージ ヘルパーを構成します debian / changelog 使用する dpkg-
マージ変更ログ.

数字 キルト修正
`3.0 (quilt)' 形式のソース パッケージには、ツリー内だけでなく、
debian/patch のパッチとしても。 dgit Quilt-fixup は、これが行われたかどうかをチェックします。
終わり; そうでない場合、dgit は debian/patchs で適切なパッチを作成し、コミットします。
結果として git に変更が加えられます。

これは通常、dgit build と dgit Push によって自動的に行われます。

dgit は、Git 履歴内の関連する各コミットを新しいキルトに変換しようとします。
パッチ。 dgit は重要なマージや他の特定の種類のマージを変換できません
エキゾチックな歴史。 dgit が履歴の適切な線形化を見つけられない場合は、次のようにします。
デフォルトでは失敗しますが、単一の潰れたパッチを生成するように要求できます。
を代わりにお使いください。

数字 バージョン
バージョン情報を出力して終了します。

数字 クローン dgit リポジトリ サーバー 宛先ディレクトリ
実際には、dgit-repos-server のソース コードのコピーを取得しようとします。
dgit git サーバー上で git ツリーとして使用されます。

OPTIONS

-ドライラン | -n
必要な情報をすべて取得して手順を実行しますが、実際には更新しません
出力。 プッシュの場合、dgit は必要なチェックを実行し、新しい .dsc を残します。
一時ファイルですが、署名、タグ付け、プッシュ、アップロードは行われません。

--damp-run | -L
さらに多くの動作を実行します。どちらにも関与しないすべての動作を実行します。
署名したり、公開サーバーに変更を加えたりします。

-kキー ID
　 キー ID タグとアップロードに署名するため。 デフォルトはディストリビューションからのものです
キー ID 構成設定 (以下の「構成」を参照)、またはそれに失敗すると、アップローダー
debian/changelog のトレーラー行。

--標識なし
タグに署名したりアップロードしたりしません (プッシュでのみ意味があります)。

-pパッケージ
ソースパッケージを処理する必要があることを指定します パッケージ 中を見るのではなく
debian/control または debian/changelog。 dgit fetch および dgit pull でのみ有効です。

--clean=git | -wg
次のいずれかを使用してソース パッケージをビルドする前に、ソース ツリーをクリーンアップする必要があります。
ビルド オプション、使用 git -xdf。 これにより、そうでないファイルはすべて削除されます。
git によって追跡されます。 また、-wg を指定すると dgit が渡されます。 -nc dpkg-buildpackage に、
パッケージ自体のクリーンなターゲットが実行されないようにします。

--clean=git は、パッケージのクリーン ターゲットが面倒な場合に便利です。 欠点
git clean は、git add を忘れたファイルを削除してしまう可能性があるというだけです。 --clean=git はできます
また、ビルドの依存関係も必要なくなります。

--clean=git-ff | -wgf
次のいずれかを使用してソース パッケージをビルドする前に、ソース ツリーをクリーンアップする必要があります。
ビルド オプション、使用 git -xdff。 これは「git clean -xdf」に似ていますが、
異なる git ツリーを含むサブディレクトリをすべて削除します (これは異常なだけです)
パッケージが作成される可能性があります)。

--clean=チェック | -トイレ
事前に、ツリーがクリーンである (コミットされていないファイルが含まれていない) ことだけを確認してください。
ソースパッケージをビルドしています。

--clean=なし | -wn
ソース パッケージをビルドする前にツリーをクリーンアップしないでください。 ファイルがある場合
git にない場合、またはビルドでそのようなファイルが作成された場合、後続の dgit プッシュにより
失敗します。

--clean=dpkg-ソース | -wd
dpkg-buildpackage を使用してクリーンを実行し、ソース パッケージがクリーンになるようにします。
dpkg-source はパッケージのクリーンなターゲットを実行します。 これがデフォルトです。 必要です
パッケージのビルド依存関係。

--clean=dpkg-ソース-d | -wdd
　 dpkg-ビルドパッケージ -d クリーンを実行し、ソース パッケージがクリーンになるようにします。
dpkg-source はパッケージのクリーンなターゲットを実行します。 ビルドの依存関係はありません。
チェック済み (理由: -d）これはポリシーに違反しますが、実際には機能する可能性があります。

-N | - 新着
パッケージはこのスイートでは新しいか、新しい可能性があります。 これがないと、dgit は拒否します。
押す。 (Debian の場合は) git 履歴にアクセスできなくなる可能性があります。
新しくプッシュされたがまだ公開されていないパッケージ。

--無視-ダーティ
作業ツリーが git HEAD と一致しなくても、文句を言う必要はありません。 これは可能です
後でコミットする予定がある場合は、ビルドで役立ちます。 (dgit Push は引き続き確実に
アップロードする .dsc とプッシュする git ツリーは同一であるため、このオプションは使用できません
ブロークンプッシュを行います。)

- 故意に-何か
意図的にやっていると宣言する 何か。 これはオーバーライドに使用できます
セーフティ キャッチ (ディストリビューション固有のポリシーに関連するセーフティ キャッチを含む)。
の意味 何かDebian のコンテキストで理解される については、以下で説明します。

--故意に早送りをしない
意図的に歴史を巻き戻していると宣言します。 Debian にプッシュする場合は、次を使用します
これは、まったく新しいソース パッケージを新たにアップロードする場合です。
以前のバージョンは、次の問題のため NEW からのリリースが受け入れられませんでした。
著作権または再配布可能性。

--意図的に疑わしい履歴を含める
現在の git 履歴に意図的に含めていることを宣言します。
プッシュ、このパッケージの以前に送信されたバージョンを含む履歴。
ftpmaster によって承認されていません (またはまだ承認されていません)。 に押すとき
Debian では、次のことを確認した後でのみこのオプションを使用してください。
現在のプッシュの git 履歴にある (または決して受け入れられない) バージョンが拒否されました
著作権または再配布可能性の理由により、ftpmaster によって作成されました。

--意図的に新鮮なリポジトリ
意図的に歴史を巻き戻しており、歴史を破棄したいと宣言します。
既存のリポジトリ。 Debian サーバーが行うため、Debian にプッシュする場合は関係ありません。
これは必要に応じて自動的に行われます。

--quilt=リニア
ソース形式「3.0 (quilt)」メタデータを修正するときは、線形メタデータを生成するようにしてください。
パッチスタック。 そのようなスタックを生成できない場合は失敗します。 これがデフォルトです
Debian

--quilt=自動
ソース形式「3.0 (quilt)」メタデータを修正するときは、線形メタデータを生成することを好みます。
パッチスタックを生成しますが、それが不可能と思われる場合は、単一の潰れたパッチを生成します
git で行われたすべての変更について。 これは Debian の NMU にとって良いアイデアではありません。

--キルト=スマッシュ
ソース形式「3.0 (quilt)」メタデータを修正するときに、単一のスカッシュされたメタデータを生成します。
git で行われたすべての変更にパッチを適用します。 これは、NMU にとって良いアイデアではありません。
Debian

--quilt=nofix
ソース形式「3.0 (quilt)」メタデータを修正する必要があるかどうかを確認しますが、修正が必要な場合は
する、失敗する。 その後、プッシュする前に何らかの方法でメタデータを自分で修正する必要があります。 (注)
dgit git ツリーには
.pc ディレクトリ。）

--quilt=nocheck | --キルト修正なし
アップソースフォーマット「3.0 (quilt)」メタデータを修正する必要があるかどうかはチェックしません。 もし
このオプションを使用すると、実際にはメタデータを修正する必要があり、dgit Push が実行されます。
失敗します。

-D デバッグ情報を標準エラー出力に出力します。 オプションを繰り返すと、より多くの出力が生成されます
(現在、-DDDD までは意味が異なります)。

-c名=値
この実行に使用する git 構成オプションを指定します。 dgit 自体も
git 構成オプションによって制御されます。

-vバージョン|_ | --since-version=バージョン|_
指定する -vバージョン ビルド中に dpkg-genchanges に渡すオプション。 変更点
(debian/changelog より) このバージョンはビルドされた変更に含まれるため
ファイル、つまりアップロードに含まれます。 このオプションが指定されていない場合、dgit はクエリを実行します。
アーカイブを保存し、目的のスイートにアップロードされた最新バージョンを使用します。

指定 _ これを禁止すると、-v オプションが dpkg-genchanges に渡されなくなります。
(その結果、debian/changelog の最後のスタンザのみが
ビルドしてアップロードします）。

-mメンテナのアドレス
(最終的には) dpkg-genchanges に渡されます。

--ch:オプション
最終的に dpkg-genchanges に渡す追加オプションを XNUMX つ指定します。

--カール=プログラム | --dput=プログラム | ...
代わりに使用する代替プログラムを指定します。 curl, 出力, 設計, dpkg-ソース,
dpkg-ビルドパッケージ, dpkg-genchanges, ビルド, gpg, ssh, 数字, gitまたは マージ変更.

dpkg-buildpackage、dpkg-genchanges、mergechanges、および sbuild の場合のみ、これが適用されます。
プログラムが dgit によって直接呼び出された場合。

dgit の場合、dgit rpush が必要なときにリモート ホスト上で実行するコマンドを指定します。
それ自体のリモート コピーを呼び出します。 (dgit はまた、自分自身を編集者として再起動します。
dpkg-source --commit; これは argv[0] を使用して行われ、--dgit=) の影響を受けません。

ssh の場合、デフォルト値は次から取得されます。 DGIT_SSH or GIT_SSH 環境
変数 (設定されている場合) (以下を参照)。 そして、ssh の場合、アーカイブと dgit にアクセスするときは、
リポジトリでは、このコマンドライン設定は git config 変数によってオーバーライドされます。 桁-
ディストリビューション。ディストリビューション.ssh 　 .dgit.default.ssh (これは -c でオーバーライドできます)。
また、dgit が git を使用して dgit-repos にアクセスしている場合、どの ssh にアクセスするかについては git だけが考えます。
使用します（例： GIT_SSH）が関係します。

- カール：オプション | --dput:オプション | ...
渡す単一の追加オプションを指定します curl, 出力, 設計, dpkg-ソース,
dpkg-ビルドパッケージ, dpkg-genchanges, ビルド, ssh, 数字または マージ変更。 することができます
必要に応じて繰り返します。

dpkg-buildpackage、dpkg-genchanges、mergechanges、および sbuild の場合のみ、これが適用されます。
プログラムが dgit によって直接呼び出された場合。 通常、オプションを渡すには、
dpkg-genchanges を使用する必要があります --ch:オプション.

--git の指定は、一部の下位レベルの読み取り専用 git 操作には無効です
これは dgit によって実行されますが、dgit によって実行される別のプログラムによって git が呼び出された場合にも実行されません。

ssh と dgit に関する上記の注意事項を参照してください。

--gpg:option はサポートされていないことに注意してください (debsign にはその機能がないため)
施設）。 でも見てください -k と キー ID ディストリビューション構成設定。

-dディストリビューション | --distro=ディストリビューション
操作対象のスイートがディストリビューションの一部であることを指定します ディストリビューション。 この
git config オプションから見つかったデフォルト値をオーバーライドします。 桁-
上。スイート.ディストリビューション。 唯一の影響は、他の構成変数 (使用される
アーカイブと dgit-repos にアクセスするために使用される) dgit-ディストリビューション。ディストリビューション.*.

あなたのスイートが dgit がすでに知っているディストリビューションの一部である場合は、これを使用できます
dgit がスイートについて知らない場合でも dgit を機能させるオプション。 のために
たとえば、指定する -ddebian スイートが未知のスイートの場合に機能します。
Debian アーカイブ。

新しいディストリビューションを定義するには、取得するためのメソッドと URL を定義する必要があります。
(そして、dgit プッシュの場合は変更します) アーカイブとアーカイブの両方にあるさまざまな情報
dgit-repos。 これを設定する方法はまだ文書化されていません。

-C変更ファイル
アップロードする .changes ファイルを指定します。 デフォルトでは、dgit Push は次のようになります
親ディレクトリ内の XNUMX つの .changes ファイルの場合、ファイル名からそれが対象であることが示唆されます。
正しいパッケージとバージョン - または、_multi.changes ファイルがある場合、dgit は使用します
それ。

指定されている場合 変更ファイル パス名にスラッシュが含まれている場合、ディレクトリ部分も
の値として使用されます --ビルド製品ディレクトリ; それ以外の場合は、変更ファイルが期待されます
そのディレクトリ内 (デフォルトでは、 ..).

--build-products-dir=ディレクトリにジョブを開始します。
アップロードするビルド ファイルの場所を指定します。 デフォルトでは、dgit は以下を調べます。
親ディレクトリ (..).

--既存のパッケージ=パッケージ
dgit Push はスイート名を正規化する必要があります。 時々、dgit には質問する方法がありません。
アーカイブを使用すると、既存のパッケージの名前を知らなくてもこれを実行できます。 それなし
--new プッシュしようとしているパッケージを使用するだけです。 しかし、--new を使用すると、
機能しないので、推測します dpkg または、このオプションの値を使用します。 このオプションはそうではありません
アーカイブにアクセスするためのデフォルトのメカニズムで必要になります。

-h| - 助けて
使用状況の概要を印刷します。

--initiator-tempdir=ディレクトリにジョブを開始します。
dgit rpush は、呼び出し (署名) ホスト上の一時ディレクトリを使用します。 このオプション
dgit が使用されるようにします ディレクトリにジョブを開始します。 その代わり。 なお、指定したディレクトリは、
dgit の後に削除されるのではなく、dgit の開始前に空にされ、削除され、再作成されます。
終わります。 指定するディレクトリは絶対パス名である必要があります。

--no-rm-on-error
クローンが失敗した場合でも、宛先ディレクトリを削除しないでください。

ワークフロー - SIMPLE

dgit を使用すると、いつでもパッケージのクローン作成やフェッチ、git での変更を行うことができます (
git-commit) スイート ブランチ (git チェックアウト 桁/スイート)、次に dgit プッシュします。 使用できます
プッシュするコミットを構築するためのどんな奇抜なテクニックでも構いません。 唯一の要件
プッシュするものは、dgit によって提供されるアーカイブの状態の子孫であるということです。
リモート追跡ブランチ リモート/dgit/dgit/スイート.

dgit を使用して NMU (Debian で) を実行していて、メンテナーの
推奨されるパッケージ化ワークフローでは、変更を一連の線形として行う必要があります。
(論理的に分離された) アーカイブに既にあるものの上にコミットします。

運が良ければ、他のアップローダーも dgit を使用し、他の関連するファイルを統合しています。
git 履歴; そうでない場合は、必要に応じてツリーにフェッチし、チェリーピックなどを行うことができます。

ワークフロー - 統合中 BETWEEN デジット そして その他 GIT HISTORY

あなたが dgit を使用せずに行われたアップロードを扱うパッケージのメンテナである場合は、次のことを行います。
おそらく、合成コミット（アップロードを表すために dgit によって作成された）を
git の履歴。 通常は、dgit ブランチを独自のマスターにマージするだけです。または、
確かに、dgit ローカル スイート ブランチで作業を行う場合は、 桁/スイート dgitだけを使用できます
引く。

ただし、初めて dgit を使用すると、アーカイブから新しいオリジンコミットが生成されます。
これは残りの git 履歴にはリンクされません。 これをマージする必要があります。

最後のアップロードが実際に git を使用して行われた場合、通常は次のように進める必要があります。
パッケージをビルドするために実際に使用されたコミット。 (タグを付けていただけると幸いです
これ。) dgit ブランチをチェックアウトしてください (git チェックアウト 桁/スイート) 他のコミットをマージします
(git マージ デビアン/バージョン）。 XNUMX つのツリーが存在するため、このマージが簡単になれば幸いです。
非常に似ているはずです。 結果として得られるブランチヘッドは、作業中のブランチヘッドにマージできます。
枝（git チェックアウト マスター && git マージ 桁/スイート).

最後のアップロードが git で行われていない場合、使用を開始するには別のアプローチが必要です。
ディジット。 まず、やってください 数字 フェッチ (またはクローン) を使用して、内容の git 履歴表現を取得します。
アーカイブして、 リモート/dgit/dgit/スイート 追跡ブランチ。 すると、どういうわけか、
他の git 履歴に加えて、dgit リモートからの適切な diff とチェリーピックを使用します。
ブランチを追跡するには、そのツリーがブランチに使用するツリーに対応する git commit を構築します。
次のアップロード。 アップロードされるコミットが dgit リモートの子孫ではない場合
追跡ブランチ、チェックアウトして言ってください git マージ -s 私たちのもの リモート/dgit/dgit/スイート、その
git に、内容間の差異を意図的に破棄していることを伝えます。
アーカイブとアップロードするもの。 それから実行します 数字 プッシュ 実際に結果をアップロードします。

CONFIGURATION

dgit は git config システム経由で設定できます。 git-config でキーを設定できます
(システムグローバル構成またはツリーごとの構成のいずれかで)、または提供します -cキー=値 デジット上で
コマンドライン。

エンド ユーザーにとって役立つと考えられる設定には次のようなものがあります。

dgitスイート。スイート.ディストリビューション ディストリビューション
スイートのディストリビューションを指定します。 dgit はスイート名をキーオフします (これは、
変更ログなど)、それを使用して関係するディストリビューションを特定します。 の
使用される構成は、その後ディストリビューション用の構成になります。

dgit.default.distro ディストリビューション
不明なスイートのデフォルトのディストリビューション。

dgit.デフォルト。*
それぞれ dgit-ディストリビューション。ディストリビューション.*、ディストリビューションがない場合に使用されるデフォルト値。
特定の設定。

dgit-ディストリビューション。ディストリビューション.クリーンモード
コマンドライン --clean= オプションの値の XNUMX つ。 --clean が指定されていない場合に使用されます
指定。

dgit-ディストリビューション。ディストリビューション読み取り専用 オート|a | true|t|y|1 | false|f|n|0
ディストリビューションへのプッシュアクセスがあるかどうか。 Debian の場合は auto を使用しても問題ありません。
現在プッシュしていない場合は読み取り専用モードを使用します。 ただし、これを次のように設定すると、
false は、dgit git リポジトリ サーバーのミラーに依存することを回避します。

dgit-ディストリビューション。ディストリビューション.keyid
参照 -k.

dgit-ディストリビューション。ディストリビューション。鏡 URL

dgit-ディストリビューション。ディストリビューション.ユーザー名
Debian には関係ありません。

dgit-ディストリビューション。ディストリビューション.アップロードホスト
中間キュー サーバーがある場合に役立つ可能性があります。

dgit-ディストリビューション。ディストリビューション.ユーザー名 dgit-ディストリビューション。ディストリビューション.user-email
新しい git ツリーで user.name と user.email に設定する値。 そうでない場合
指定すると、DEBFULLNAME および DEBEMAIL 環境変数が使用されます。
それぞれ。 .setup-usermail が無効になっていない場合にのみ使用されます。

dgit-ディストリビューション。ディストリビューション.setup-useremail
新しい git ツリーに user.name と user.email を設定するかどうか。 デフォルトでは true。
dgit setup-setup-useremail では無視されますが、とにかく実行されます。

dgit-ディストリビューション。ディストリビューション.setup-mergechangelogs
dpkg-mergechangelogs を使用するマージ ドライバーをセットアップするかどうか
debian/変更ログ。 デフォルトでは true。 dgit setup-mergechangelogs では無視されます。
とにかくそれをします。

dgit-ディストリビューション。ディストリビューション.cmd-CMD
代わりに使用するプログラム CMD。 のように動作します --CMD=... 。

dgit-ディストリビューション。ディストリビューション.opts-CMD
渡すための追加オプション CMD。 のように動作します --CMD:... 。 複数のオプションを渡すには、
git config で複数の値を設定します (git config --add を使用)。 のオプション
dgit.default.opts-CMD dgit-ディストリビューション。ディストリビューション/push.opts-CMD そしてすべてが使用され、続いて
dgit のコマンドラインからのオプションによって。

ACCESS CONFIGURATION

特定のディストリビューションのサービス (アーカイブ) を指定する設定は他にもたくさんあります。
および git) が提供されます。 これらは通常は調整すべきではありませんが、
dgit を採用したいディストリビューションにとっては利点です。

dgit-ディストリビューション。ディストリビューション/押す。*
設定されている場合、対応する非 プッシュ/ いつ設定するか 読み取り専用=偽、またはいつ
押したり、 読み取り専用=自動.

dgit-ディストリビューション。ディストリビューション.git-url

dgit-ディストリビューション。ディストリビューション.git-url[-サフィックス]

dgit-ディストリビューション。ディストリビューション.git-proto

dgit-ディストリビューション。ディストリビューション.git パス

dgit-ディストリビューション。ディストリビューション.git チェック true|false|URL|ssh-cmd

dgit-ディストリビューション。ディストリビューション.git-check-suffix

dgit-ディストリビューション。ディストリビューション.転用.転用 新しいディストリビューション|/ディストリビューションサフィックス

dgit-ディストリビューション。ディストリビューション.git-create ssh-cmd|true

dgit-ディストリビューション。ディストリビューション.アーカイブクエリ ftpmasterapi: | マディソン:ディストリビューション | ダミーキャット:/道 |
sshpsql:user@host:データベース名

dgit-ディストリビューション。ディストリビューション.archive-クエリ-(URL|TLS キー|カール-ca-args)

dgit-ディストリビューション。ディストリビューション.madison-distro

dgit-ディストリビューション。ディストリビューション.archive-query-default-component

dgit-ディストリビューション。ディストリビューション.ssh

dgit-ディストリビューション。ディストリビューション.sshpsql-dbname

dgit-ディストリビューション。ディストリビューション.(git|sshhpsql)-(user|host|ユーザーフォース)

dgit-ディストリビューション。ディストリビューション.backports-quirk

ENVIRONMENT 変数

DGIT_SSH, GIT_SSH
代わりに使用する代替のデフォルト プログラム (および場合によっては引数) を指定します。
しー。 DGIT_SSH が最初に参照され、引数が含まれる場合があります。 何かが含まれている場合
空白はシェルに渡されます。 GIT_SSH はプログラムのみを指定します。 いいえ
引数を指定できるため、dgit は git と同じように解釈します。 見る
--ssh= および --ssh: オプションも同様です。

デベメール, デフフルネーム
新しいツリーのデフォルトの git user.email および user.name。 見る 数字 セットアップ-新しいツリー.

gpg, dpkg-···、 設計, git, curl, 出力, LWP::ユーザーエージェント
dgit が使用する他のサブプログラムやモジュールはさまざまな環境の影響を受けます。
変数。 詳細については、これらのプログラムのドキュメントを参照してください。

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