gbp-pq - クラウドでオンライン

プログラム：

NAME

gbp-pq - git のパッチキューブランチでキルトパッチを管理する

SYNOPSIS

GBP pq [ - バージョン ] [ - 助けて ] [ -詳細 ] [ --color =[自動|オン|オフ] ] [ - 色-
スキーム=カラースキーム ] [ --[no-]パッチ番号 ] [ --パッチ番号の形式=形式でアーカイブしたプロジェクトを保存します． ] [
--[no-]再番号付け ] [ --トピック=トピック ] [ --タイムマシン=NUM ] [ --[no-]ドロップ ] [ - 力 ] [
--meta-closes=バグクローズタグ ] [ --meta-closes-bugnum=バグ番号の形式 ] ドロップ | export |
import | リベース | スイッチ

DESCRIPTION

GBP pq で維持される Debian パッケージのキルト パッチを管理するのに役立ちます。 GBP.
これは、3.0 (quilt) ソース形式を使用するパッケージで特に便利です。 と GBP pq,
パッケージに適用する必要があるキルト パッチを別の場所で管理できます。
patch-queue ブランチと呼ばれるブランチ。 Debian パッケージが存続している場合 マスター
関連するパッチキューブランチが呼び出されます パッチキュー/マスター.

見る例えば
ワークフロー。

ACTIONS

import リストされている debian/patches/ のキルトパッチからパッチキューブランチを作成します。
debian/パッチ/シリーズ内。 パッチは毛羽立ちなく適用する必要があります。

export 現在のブランチに関連付けられたパッチキュー ブランチ上のパッチを次の場所にエクスポートします。
debian/patches/ にあるキルト パッチ シリーズを作成し、シリーズ ファイルを更新します。

リベース 現在のブランチに関連付けられているパッチキュー ブランチに切り替えて、それをリベースします
現在のブランチに対して。

ドロップ 現在のブランチに関連付けられているパッチ キューをドロップ (削除) します。 それで、もしあなたがオンなら
ブランチ foo、これはブランチをドロップします パッチキュー/foo.

適用する を使用する場合と同様に、単一のパッチをパッチキューに追加します。 ギット・アム。 使用 - トピック あなたの場合
を使用してパッチキューをエクスポートするときに、パッチを別のサブディレクトリに表示したい
export。 これは、アップストリーム パッチを Debian 固有のパッチから分離するために使用できます。

スイッチ ベース ブランチにある場合はパッチキュー ブランチに切り替え、次の場合はベース ブランチに切り替えます。
パッチキューブランチ上。

OPTIONS

- バージョン
プログラムのバージョン、つまり git-buildpackage スイートのバージョンを表示します。

-v

-詳細
詳細な実行

-h

- 助けて ヘルプを印刷して終了します

--color =[自動|オン|オフ]
カラー出力を使用するかどうか。

--カラースキーム=カラースキーム
出力で使用する色 (色が有効な場合)。 COLOR_SCHEME の形式は次のとおりです。
' : : : '。 数値と色の名前が受け入れられます。
空のフィールドはデフォルトの色を意味します。 例えば、 --git-color-scheme='シアン:34::'
デバッグ メッセージはシアン、情報メッセージは青、その他のメッセージは青で表示されます。
デフォルト (つまり、赤色の警告メッセージとエラー メッセージ)。

--[no-]パッチ番号
パッチ ファイルの先頭に番号を付けるかどうか。 デフォルトは次のとおりです
パッチ番号を付けてパッチをエクスポートします。 ただし、これは通常は影響を受けることに注意してください。
パッチの名前は自動的に生成され、エクスポートには影響しません。
を持つパッチ Gbp[-Pq]: 名前 タグ、指定された名前が保持されるため
を除いて --番号を付け直す オプションが使用されます。

--パッチ番号の形式=形式でアーカイブしたプロジェクトを保存します．
パッチ番号プレフィックスの形式指定子。 デフォルトの形式は「%04d-」です。

--[no-]再番号付け
パッチキューからエクスポートされたパッチの番号を付け直すかどうか。
で指定された数値を保持する Gbp-Pq: 名前 タグ。 デフォルトでは再番号付けは行われません
パッチ。 統一性を保つためにパッチの名前を変更する必要がある場合に便利です。 のために
たとえば、を使用して --番号を付け直す 　 --パッチ番号なし すべての数値プレフィックスを削除します
エクスポートされたパッチ。

--トピック=トピック
単一のパッチをインポートするときに使用するトピック

--タイムマシン=NUM
パッチキューのインポートが失敗した場合、現在のブランチでコミットごとに戻ります
パッチキューがそこに適用されるかどうかを確認します。 せいぜいこれくらいにしてください NUM 回。 これは可能です
パッチキューが現在のブランチ HEAD に適用されなくなった場合に便利です。例:
新しい上流バージョンをインポートした後。

--[no-]ドロップ
エクスポートが成功した後にパッチキューブランチをドロップ(削除)するかどうか

- 力
の場合 import、ブランチがすでに存在する場合でもインポートします

--meta-closes=バグクローズタグ
使用時にコミットメッセージを生成するためにどのメタタグを探す必要があるか export - 専念.
デフォルトは、Debian と Launchpad をサポートするための「Closes|LP」です。

--meta-closes-bugnum=バグ番号の形式
使用時にバグ番号を解析するにはどのような正規表現を使用する必要がありますか
export - 専念。 デフォルトは「(?:bug|issue)?\#?\s?\d+」です。 見る gbp-dch(1)> の場合
詳細。

タグ

パッチキュー ブランチからパッチをエクスポートする場合、 GBP pq のパッチヘッダーを調べます
特別なタグを認識します。 すべてのタグは最初の列から始まり、次の位置にある必要があります。
コロンの後に少なくとも XNUMX つの空白が必要です。

Gbp[-Pq]: 無視する
コミットを無視し、そこからパッチは生成されません。

Gbp[-Pq]: 名前 名
実行時にパッチに使用する名前

GBP pq export
設定されていない場合は、次のようにフォーマットされます git am それをフォーマットするでしょう。

Gbp[-Pq]: ご用件 トピック
パッチを次のサブディレクトリに移動します。 トピック 走っているとき

GBP pq export
これにより、以下のような構造が可能になります。 debian /パッチ.

Gbp-Pq-トピック: トピック
非推奨: 使用する Gbp[-Pq]: ご用件 トピック を代わりにお使いください。

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