これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、または MAC OS オンライン エミュレーターなどの複数の無料オンライン ワークステーションの XNUMX つを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド darcs です。
プログラム：
NAME
darcs - 高度なリビジョン管理システム
SYNOPSIS
ダークス command <引数|[オプション]>...
どこ コマンド そしてそれぞれの 引数
ダークス 助けます [<ダークス_ command> [ダークス_サブコマンド]]
ダークス 加えます <file|ディレクトリにジョブを開始します。> ...
ダークス 削除します <file|ディレクトリにジョブを開始します。> ...
ダークス <source>..。デスティネーション>
ダークス replace <古い>>新製品>>file> ...
ダークス 元に戻す [file|ディレクトリにジョブを開始します。] ...
ダークス 元に戻す
ダークス 新着情報 [file|ディレクトリにジョブを開始します。] ...
ダークス 記録 [file|ディレクトリにジョブを開始します。] ...
ダークス 記録を取り消す
ダークス 修正する [file|ディレクトリにジョブを開始します。] ...
ダークス マークの競合
ダークス タグ [タグ名]
ダークス 設定設定 <設定>>値>
ダークス 差分 [file|ディレクトリにジョブを開始します。] ...
ダークス ログ [file|ディレクトリにジョブを開始します。] ...
ダークス 注釈を付ける [file|ディレクトリにジョブを開始します。] ...
ダークス DIST
ダークス test [[初期化] 指図]
ダークス 表示する 中身 [file] ...
ダークス 表示する ファイル [file|ディレクトリにジョブを開始します。] ...
ダークス 表示する index
ダークス 表示する プリシュティナ
ダークス 表示する レポ
ダークス 表示する 著者
ダークス 表示する タグ
ダークス 表示する パッチ-インデックス-すべて
ダークス 表示する パッチインデックスファイル
ダークス 表示する パッチ インデックス ステータス
ダークス 表示する パッチインデックステスト
ダークス プル [倉庫] ...
ダークス フェッチ [倉庫] ...
ダークス 消す
ダークス ロールバック [file|ディレクトリにジョブを開始します。] ...
ダークス プッシュ [倉庫]
ダークス 送信 [倉庫]
ダークス 適用する <パッチファイル>
ダークス <倉庫> [ディレクトリにジョブを開始します。>]
ダークス 初期化します [<ディレクトリにジョブを開始します。>]
ダークス 最適化します
ダークス 最適化します HTTP
ダークス 最適化します 並べ替え
ダークス 最適化します パッチ インデックスを有効にする
ダークス 最適化します 無効化パッチ インデックス
ダークス 最適化します 圧縮する
ダークス 最適化します 解凍
ダークス 最適化します 再リンク
ダークス 最適化します プリシュティナ
ダークス 最適化します アップグレード
ダークス 最適化します キャッシュ <ディレクトリにジョブを開始します。> ...
ダークス 修理
ダークス 変換 ダルクス-2 <source> [デスティネーション>]
ダークス 変換 export
ダークス 変換 import [<ディレクトリにジョブを開始します。>]
ダークス リベース プル [倉庫] ...
ダークス リベース 適用する <パッチファイル>
ダークス リベース サスペンド
ダークス リベース 一時停止を解除する
ダークス リベース 消す
ダークス リベース ログ
DESCRIPTION
Darcs は、無料のオープンソースのリビジョン管理システムです。 それは次のとおりです。
· 分散: すべてのユーザーが完全なコマンド セットにアクセスできるため、ユーザー間の境界がなくなります。
サーバーとクライアント、またはコミッターと非コミッター。
· インタラクティブ: Darcs は質問をするため、学習が簡単で効率的に使用できます。
単純なコマンドに応答して、ワークフローの選択肢を提供します。 以下を選択できます
ファイル内の XNUMX つの変更を記録し、他の変更を無視します。 アップストリームから更新すると、
各パッチ名を確認でき、興味深いパッチの完全な「diff」も確認できます。
· スマート: もともと物理学者の David Roundy によって開発された darcs は、独自の
パッチの代数。 この賢さにより、変化する要求に次のような方法で対応できます。
そうでなければ不可能でしょう。 darcs を使用した自発的ブランチの詳細については、こちらをご覧ください。
OPTIONS
異なる Darcs コマンドでは異なるオプションが受け入れられます。 各コマンドの最も重要な点
オプションはにリストされています コマンド セクション。 によって受け入れられるすべてのオプションの完全なリストについては、
特定のコマンド、実行 `darcs command - ヘルプ'。
選択 パッチ:
--patches オプションは、*拡張* 正規表現に一致する名前を持つパッチを生成します。
見る 正規表現詳細は (7) を参照してください。 --matches オプションは、論理パッチに一致するパッチを生成します。
(ブール) 式: グループ化 (括弧) によって結合された XNUMX つ以上のプリミティブ式
補数 (not)、論理積 (and)、および論理和 (or) 演算子も含まれます。 C
論理演算子の表記法 (!、&&、||) も使用できます。
- --patches=regex は、--matches='name regex' の同義語です。 - --hash=HASH は、--hash=HASH は次の同義語です。
--matches='hash HASH' - --from-patch と --to-patch は --from-match='name... の同義語です。
および --to-match='name... - --from-patch と --to-match は問題なく組み合わせることができます。
`darcs の変更 --from-patch='html.*documentation' --to-match='date 20040212'`
次のプリミティブ ブール式がサポートされています。
- 正確 - リテラル文字列をパッチ名と照合します。 - 名前 - 定期的にチェックしてください
パッチ名に対する式。 - 作成者 - 正規表現を照合してチェックします。
著者名。 - hunk - ハンク パッチの内容に対して正規表現をチェックします。 -
コメント - ログ メッセージに対して正規表現をチェックします。 - ハッシュ - 完全なハッシュと一致します
またはパッチのプレフィックス。 - date - パッチの日付と一致します。 - タッチ - ファイル パスに一致します
パッチ。
ここではいくつかの例は、次のとおりです。
darcs annotate --summary --match 'exact "問題 17 の解決: 動的メモリの使用
割り当て。"'
darcs annotate --summary --match 'name issue17'
darcs annotate --summary --match 'name "^[Rr]esolve issue17\>"'
darcs annotate --summary --match '著者 "David Roundy"'
darcs annotate --summary --match 'author droundy'
darcs annotate --summary --match '著者 [メール保護]'
darcs annotate --summary --match 'hunk "foo = 2"'
darcs annotate --summary --match 'hunk "^instance .* Foo where$"'
darcs annotate --summary --match 'コメント「デッドロックの防止」'
darcs annotate --summary --match 'hash c719567e92c3b0ab9eddd5290b705712b8b918ef'
darcs annotate --summary --match 'hash c7195'
darcs annotate --summary --match '日付 "2006-04-02 22:41"'
darcs annotate --summary --match 'date "tea time 昨日"'
darcs annotate --summary --match 'touch src/foo.c'
darcs annotate --summary --match 'touch src/'
darcs annotate --summary --match 'touch "src/*.(c|h)"'
コマンド
ダークス 助けます [<ダークス_ command> [ダークス_サブコマンド]]
引数を指定しないと、「darcs help」は darcs コマンドの分類されたリストと
それぞれの簡単な説明。 追加の引数を指定すると、`darcs help foo` が出力されます。
darcs コマンド foo に関する詳細なヘルプ。
を変える、 & 照会する ワーキング コピー：
ダークス 加えます <file|ディレクトリにジョブを開始します。> ...
一般に、リポジトリには、バージョン管理する必要がある両方のファイル (たとえば、
ソースコード）と Darcs が無視すべきファイル（ソースコードからコンパイルされた実行可能ファイルなど）
ソースコード）。 「darcs add」コマンドは、どのファイルをバージョン管理するかを Darcs に指示するために使用されます。
コントロール。
既存のプロジェクトが最初に Darcs リポジトリにインポートされるとき、一般的に次のことが行われます。
`darcs add -r *` または `darcs record -l` を実行して、すべての初期ソース ファイルを darcs に追加します。
シンボリック リンク (symlink) の追加はサポートされていません。
Darcs は、「退屈」に見えるすべてのファイルとフォルダーを無視します。 `--boring` オプション
この動作をオーバーライドします。
同じフォルダー内の別のファイルが同じ名前である場合、Darcs はファイルを追加しません。
ケース用。 `--case-ok` オプションはこの動作をオーバーライドします。 通常は Windows と OS X
大文字と小文字を除いてフォルダー内のファイルに同じ名前を付けることを許可しないファイルシステムを使用する
(たとえば、「ReadMe」と「README」)。 `--case-ok` が使用される場合、リポジトリは
それらのシステムでは使用できません!
ダークス 削除します <file|ディレクトリにジョブを開始します。> ...
`darcs delete` コマンドは、主に `darcs add` との対称性のために存在します。
バージョン管理からファイルを削除する通常の方法は、単にファイルを
ワーキングツリー。 このコマンドは、次のような例外的な場合にのみ役立ちます。
作業ツリー内のコピーを削除せずに、削除パッチを記録します（作業ツリー内のコピーは削除できます）。
再追加）。
削除パッチをリポジトリに適用すると (パッチをプルするなど)、
常にそのリポジトリの作業ツリーに影響します。
ダークス <source>..。デスティネーション>
Darcs は、削除されたファイルと新しいファイルが追加されたものを確実に区別できません。
そして移動中のファイル。 したがって、Darcs は常に前者を想定し、
`darcs mv` コマンドは、後者が必要なときに Darcs に知らせます。 このコマンドはまた、
既にファイルが移動されている場合を除き、作業ツリー内のファイルを移動します (「darcs delete」とは異なります)。
移動しました。
同じフォルダー内の別のファイルが同じ名前である場合、Darcs はファイルの名前を変更しません。
場合を除いて。 `--case-ok` オプションはこの動作をオーバーライドします。 Windows と OS X
通常、フォルダー内のファイルに同じ名前を付けることを許可しないファイルシステムを使用します。
場合に応じて (たとえば、「ReadMe」と「README」)。 `--case-ok` を使用すると、リポジトリ
それらのシステムでは使用できない可能性があります。
ダークス replace <古い>>新製品>>file> ...
行ベースのパッチに加えて、Darcs は限られた形式の語彙をサポートします。
置換。 ファイルは一連の単語として扱われ、古い単語が出現するたびに
単語は新しい単語に置き換えられます。 これは、ファイルの名前を変更するクリーンな方法を提供することを目的としています。
関数または変数。 このような名前変更は通常、ソース全体の行に影響を与えます。
コードなので、従来の行ベースのパッチは他のパッチと競合する可能性が非常に高くなります。
ブランチが存在するため、手動でマージする必要があります。
ファイルは XNUMX つの単純なルールに従ってトークン化されます。単語は有効なトークンの文字列です。
文字間のすべて (句読点と空白) は破棄されます。 に
デフォルトの有効なトークン文字は、文字、数字、およびアンダースコアです (つまり、
`[A-Za-z0-9_]`)。 ただし、古いトークンや新しいトークンにハイフンまたは
ピリオド、ハイフンとピリオドの両方が有効なものとして扱われます (つまり、`[A-Za-z0-9_.-]`)。
有効な文字のセットは、「--token-chars」オプションを使用してカスタマイズできます。 の
引数は角括弧で囲む必要があります。 XNUMX つの間にハイフンがある場合
セット内の文字の場合、セット範囲として扱われます。 たとえば、ほとんどのロケールでは
`[AZ]` はすべて大文字を表します。 最初の文字がキャレットの場合は有効です
トークンは、残りの文字の補数として解釈されます。 例えば、
`[^:\n]` は、 passwd(5)、レコードとフィールドは
それぞれ改行とコロンで区切られます。
「--token-chars」を使用することを選択した場合は、そうすることを強くお勧めします。
一貫して。 異なるパッチを複数使用した場合の結果
同じファイル上の `--token-chars` 引数は十分にテストされておらず、よく理解されていません。
デフォルトでは、新しいトークンがすでに存在する場合、Darcs は置換の実行を拒否します。
代替品は既存のものと区別できないため、使用してください。
トークン。 この動作は、「--force」オプションを指定することでオーバーライドできますが、
「darcs rollback」を試みると、結果として得られるパッチはこれらの既存のトークンに影響を与えます。
制限事項：
トークナイザーはファイルをバイト文字列として扱うため、「--token-chars」は不可能です
UTF-8 の非 ASCII 部分などのマルチバイト文字を含めるには。 同様に、
ユニバイトエンコーディングの「高ビット」文字を置き換えようとすると、次のような結果になります。
ファイル内の同じバイトを異なるエンコーディングで置き換えます。 たとえば、急性の
ISO 8859-1 の a は、ISO 8859-7 のアルファにも一致します。
パッチ ファイル形式の制限のため、「--token-chars」引数には次の値を含めることはできません。
リテラルの空白。 たとえば、`[^ \n\t]` を使用してすべての文字を宣言することはできません。
ただし、スペース、タブ、改行は単語内で有効です。
文字通りの空間。
POSIXとは異なります 正規表現(7) 括弧式、文字クラス (`[[:alnum:]]` など)
は「--token-chars」ではサポートされておらず、暗黙のうちに単純なセットとして扱われます。
文字。
ダークス 元に戻す [file|ディレクトリにジョブを開始します。] ...
「darcs revert」コマンドは、作業ツリーの未記録の変更を破棄します。 同様に
「darcs Record」では、どのハンク (変更) を元に戻すかを尋ねられます。 「--all」スイッチ
このようなプロンプトを回避するために使用できます。 ファイルまたはディレクトリを指定した場合、その他の
作業ツリーの一部は元に戻されません。
保持しておきたい内容を誤って元に戻してしまった場合 (たとえば、「darcs」と入力した場合)
`darcs rec -a` の代わりに rev -a` を使用すると、すぐに `darcs unrevert` を実行して、
それを復元します。 これは、リポジトリが変更されていない場合にのみ機能することが保証されます。
「ダークスリバート」が走った。
ダークス 元に戻す
「元に戻す」は、意図したものを誤って元に戻してしまった場合の救済コマンドです。
keep (たとえば、「darcs rec -a」の代わりに「darcs rev -a」と入力します)。
復元が行われてからリポジトリが変更されている場合、このコマンドは失敗する可能性があります。
Darcs は対話型コマンドを実行する前に確認を求めます。
元に戻せないことを確実に防ぎます。
ダークス 新着情報 [file|ディレクトリにジョブを開始します。] ...
「darcs whatsnew」コマンドは、作業ツリーへの未記録の変更をリストします。 もし、あんたが
ファイルとディレクトリのセットを指定し、それらのファイルに対する未記録の変更のみを指定します。
ディレクトリがリストされます。
`--summary` オプションを使用すると、変更はファイルごとに XNUMX 行に凝縮されます。
変更の性質と範囲を示すニーモニック。 「--look-for-adds」
オプションを指定すると、「darcs add」の候補が概要出力に含まれます。
要約ニーモニックは次のとおりです。
※「A f」「A d/」はそれぞれ追加されたファイルまたはディレクトリを意味します。 * `R f` および `R d/`
それぞれ、削除されたファイルまたはディレクトリを意味します。 * `M f -N +M rP` は修正されたことを意味します
ファイル、`N` 行削除、`M`
行が追加され、「P」字句が置き換えられました。 * `f -> g` は移動されたファイル、または
ディレクトリ。 * `af` と `ad/` はそれぞれ、新しいが追加されていないファイル、または
ディレクトリ (「--look-for-adds」を使用する場合)。
「R!」のような感嘆符 (!) foo.c` は、ハンクが次のように認識されていることを意味します。
別のパッチのハンクと競合します。 「重複」というフレーズ
ハンクが別のパッチのハンクと同一であることがわかっていることを意味します。
デフォルトでは、`darcs whatsnew` は変更に Darcs の内部形式を使用します。 いくつか見るには
各変更の前後のコンテキスト (変更されていない行) を表示するには、`--unified` オプションを使用します。 閲覧するには
従来の `diff` 形式で変更するには、`darcs diff` コマンドを使用します。 ただし、それに注意してください
「darcs whatsnew」の方が速いです。
何も存在しない場合、このコマンドは失敗して終了します (ゼロ以外の終了ステータスが返されます)。
記録されていない変更。
複写 変更 の間に ワーキング copy & リポジトリ：
ダークス 記録 [file|ディレクトリにジョブを開始します。] ...
`darcs record` コマンドは、作業ツリーの変更からパッチを作成するために使用されます。
ファイルとディレクトリのセットを指定すると、他のファイルへの変更はスキップされます。
すべてのパッチには、名前、オプションの説明、作成者、および日付があります。
Darcs は対話型の終了後にテキスト エディタを起動します (「darcs ヘルプ環境」を参照)。
選択すると、パッチ名 (最初の行) とパッチの説明を入力できます。
(後続の行)。
パッチ名は、パッチを簡潔に説明する短い文である必要があります。たとえば、
「メインイベントループにエラー処理を追加します。」 `-m` を使用して事前に指定できます。
オプションを使用する場合、テキスト エディタは起動されません。
`--edit-long-comment` オプション。
パッチの説明は、自由形式のテキストのオプションのブロックです。 供給するために使用されます
パッチ名に当てはまらない追加情報。 たとえば、次のようになります。
なぜ変更が必要だったのかという根拠を含めてください。
パッチ名とパッチの説明の技術的な違いは、
フラグ `-p` はパッチ名に対してのみ実行されます。
最後に、「--logfile」オプションを使用すると、既に含まれているファイルを指定できます。
パッチ名とパッチの説明。 これは、前のレコードが失敗して残った場合に便利です。
`darcs-record-0` ファイル。
各パッチは、通常、電子メール アドレス (たとえば、「Fred
ブログ[メール保護]>`)。 Darcs は、この作成者文字列をいくつかの場所で検索します。
`--author` オプション、ファイル `_darcs/prefs/author` (リポジトリ内)、および
`~/.darcs/著者` (ホームディレクトリ内)、および環境変数
「$DARCS_EMAIL」と「$EMAIL」。 それらのどれも存在しない場合、Darcs は、
文字列を作成して ` に書き込みます~/.darcs/著者`。 複数ある場合は注意してください
メールアドレスはすべて ` の中に入れることができます~/.darcs/著者`、XNUMX 行に XNUMX 人の著者。 ダルクス
引き続き作成者の入力を求めるプロンプトが表示されますが、リストから選択することも、
代替案を入力します。
パッチの追加の依存関係を手動で定義したい場合は、
`--ask-deps` フラグを指定すると、darcs はパッチの依存関係を尋ねます。 いくつかの
依存関係はパッチの内容から自動的に推測される場合がありますが、推測することはできません。
削除されました。 特定の依存関係を持つパッチは空にすることができます。
パッチの日付は自動的に生成されます。 なりすましは、
`--pipe` オプション。
`--pipe` オプションを指定して Record を実行すると、パッチの日付の入力を求められます。
作者と長いコメント。 長いコメントはファイルの終わりまで延長されるか、
stdin に到達しました (Unixy システムでは Ctrl-D、Microsoft OS を実行しているシステムでは Ctrl-Z)。
このインターフェイスは、darcs のスクリプト作成、特にリポジトリの作成を目的としています。
変換スクリプト。 プロンプトは主に有用なガイドとして意図されています (スクリプト
それらは必要ありません)、入力を提供する形式を理解するのに役立ちます。
`--pipe` プロンプトがどのようなものであるかを示す例を次に示します。
今日は何日ですか？ 15 年 13 月 38 日月曜日 01:2004:XNUMX EST
作者は誰？ デビッド・ラウンディ
ログとは何ですか? XNUMX つ以上のコメント行
テストコマンドが `darcs setpref` で定義されている場合、パッチの記録を試みます
これにより、テスト コマンドが作業ツリーのクリーン コピーで実行されます (つまり、
記録された変更のみを含みます)。 テストが失敗した場合は、テストを中止するかどうかを尋ねられます。
記録操作。
`--set-scripts-executable` オプションを使用すると、スクリプトが実行可能になります。
テストを実行する前に、作業ツリーのクリーン コピーを作成します。 詳細については、「darcs clone」を参照してください。
スクリプトヒューリスティックの説明。
テストコマンドがうんざりするほど遅い場合 (例: 「make all」)、いくつかのコマンドを記録している場合
連続してパッチを適用する場合は、「--no-test」を使用して、最後のテスト以外のすべてのテストをスキップすることもできます。
各変更に関するコンテキスト (変更されていない行) を確認するには、`--unified` オプションを使用します。
ダークス 記録を取り消す
Unrecord は Record の逆の動作を行います。つまり、パッチをリポジトリから削除します。
作業コピーを変更しています。 リポジトリからパッチを削除すると、アクティブな変更が行われます
もう一度記録したり、後で元に戻したりすることができます。 これを使用しないように注意してください
別のユーザーがすでにパッチをプルしている可能性がある場合は、このコマンドを実行してください。
ダークス 修正する [file|ディレクトリにジョブを開始します。] ...
Amend は、追加または改善を加えて「ドラフト」パッチを更新し、単一のパッチを作成します。
「完成」パッチ。
デフォルトでは、「amend」は追加の変更を記録することを提案します。 代わりにしたい場合は、
変更を削除するには、フラグ `--unrecord` を使用します。
ドラフトパッチを録音するときは、名前を「DRAFT:」で始めることをお勧めします。 いつ
完了したら、「darcs amend --edit-long-comment」を使用して削除します。 あるいは、
エディタを起動せずにパッチ名を指定するには、`--name`/`-m` フラグを使用します。
darcs amend --match 'name "DRAFT: foo"' --name 'foo2'
「darcs Record」と同様に、引数としてファイルを指定して amend を呼び出すと、尋ねられることのみが表示されます。
これらのファイルへの変更について。 したがって、foo.c のパッチを修正して、
bar.c の場合は、次を実行します。
darcs amend --match 'touch foo.c' bar.c
通常、別の開発者のパッチを修正するのは悪い考えです。 修正するには、質問するだけです
デフォルトでは独自のパッチについて、「amend match David」のようなものを追加できます
丸みを帯びた`から`~/.darcs/defaults`、ここで「David Roundy」はあなたの名前です。
ダークス マークの競合
Darcs では、ソース ファイルの同じ部分への変更を統合するには人間の指導が必要です。
最初に競合が発生すると、darcs は初期状態と両方の選択肢を
マーカー `vvv`、`=====`、`* * *`、および `^ ^ ^` で区切られた作業ツリー。
以下：
ヴヴヴヴヴヴヴ
初期状態。
=============
最初に選んだ。
*************
第二希望。
^ ^ ^ ^ ^ ^ ^
ただし、実際には解決せずに、これらのマーカーを元に戻したり、手動で削除したりする可能性があります。
紛争。 この場合、「darcs mark-conflicts」は、どこにあるかを示すのに役立ちます。
未解決の紛争。 `darcs apply` が次のように呼び出される場合にも便利です。
「--apply-conflicts」。最初は競合がマークされていません。
`--dry-run` フラグを使用しない限り、作業ツリーへの未記録の変更はすべて行われます。
このコマンドを実行すると、永久に失われます。 確認を求められます
こうなる前に。
直接 変形 of リポジトリ：
ダークス タグ [タグ名]
「darcs tag」コマンドは現在のリポジトリの状態に名前を付けるため、簡単にリポジトリの状態を確認できます。
後で参照します。 すべての*重要*な状態にはタグを付ける必要があります。 特にそれは良いです
各安定リリースに番号またはコード名をタグ付けする練習をしてください。 リリース時のアドバイス
番号付けは次の場所で確認できます。http://producingoss.com/en/development-cycle.html>.
リポジトリ「R」の状態をタグ「t」で再現するには、コマンド「darcs clone」を使用します。
--タグtR`。 コマンド「darcs show tags」は、現在のリポジトリ内のすべてのタグをリストします。
タグ付けは、Darcs が共有に達したときなど、パフォーマンスにも大きな利点をもたらします。
すべての先行パッチに依存するタグの場合、処理を停止するだけで済みます。
通常のパッチと同様に、タグには名前、作成者、タイムスタンプ、およびオプションの長いパラメータが含まれます。
説明がありますが、作業ツリーは変更されません。 タグには任意の名前を付けることができますが、
一般に、命名スキームを選択し、それに従うのが最善です。
デフォルトでは、タグはタグ作成時のリポジトリ全体の状態に名前を付けます。 もしも
--ask-deps オプションを使用すると、タグの一部として含めるパッチを次のように指定できます。
明示的に選択されています。
`darcs tag` コマンドは `--pipe` オプションを受け入れます。これは、で説明されているように動作します。
「ダルクスレコード」。
ダークス 設定設定 <設定>>値>
複数のリポジトリやコントリビュータがいるプロジェクトで作業している場合、次のような場合があります。
プリファレンスはプロジェクト全体で一貫して設定されることが望ましいです。 これは次のようにして達成されます。
「darcs setpref」で設定された設定を記録されていない変更として扱います。
記録され、その後は他のパッチと同様に扱われます。
有効な設定は次のとおりです。
* test -- 回帰テストを実行するシェル コマンド * predist -- 回帰テストを実行するシェル コマンド
`darcs dist' の前に実行 *boringfile -- バージョン管理された退屈なファイルへのパス *
binariesfile -- バージョン管理されたバイナリ ファイルへのパス
たとえば、実行する「make test」ターゲットを含む、GNU autotools を使用するプロジェクト
回帰テスト。以下を使用して Darcs の統合回帰テストが可能になる可能性があります。
コマンド：
darcs setpref テスト 'autoconf && ./configure && make && make test'
現在、環境設定ではマージが実装されていないことに注意してください: XNUMX つのパッチが試行した場合
同じ設定を設定するには、リポジトリに適用される最後のパッチは常にかかります。
優先権。 環境設定が変更されることはほとんどないため、これは優先度の低いバグと考えられます。
設定します。
クエリ リポジトリ：
ダークス 差分 [file|ディレクトリにジョブを開始します。] ...
`darcs diff` コマンドは、現在の作業ツリーの XNUMX つのバージョンを比較します。
リポジトリ。 オプションを指定しない場合、元の (記録された) 作業ツリーと記録されていない作業ツリーは次のようになります。
比較した。 これは、「darcs whatsnew」コマンドよりも低レベルです。
行ごとの差分なので、速度も遅くなります。 `darcs whatsnew` と同様に、次のように指定すると
ファイルまたはディレクトリの場合、他のファイルへの変更はリストされません。 コマンドは常に使用します
外部の差分ユーティリティ。
`--patch` オプションを使用すると、 と の作業ツリー間で比較が行われます。
そのパッチがなければ。 選択したパッチの「後」のパッチはどちらにも存在しません
比較された作業ツリー。 `--from-patch` および `--to-patch` オプションを使用すると、
「古い」作業ツリーと「新しい」作業ツリー内のパッチを個別に指定します。
関連するタグと一致オプションも理解されます (例: `darcs diff --from-tag)
1.0 --to-tag 1.1`。 これらのオプションはすべてパッチ セットの順序を前提としているため、結果は次のようになります。
「darcs optimize --reorder」などの操作の影響を受ける可能性があります。
差分(1) は引数 `-rN` を付けて呼び出されます。 `--unified` オプションにより、`-u` は次のようになります。
に渡された 差分(1)。 次のように、「--diff-opts」を使用して追加の引数を渡すことができます。
「--diff-opts=-ud」または「--diff-opts=-wU9」。
`--diff-command` オプションを使用すると、次のような代替ユーティリティを指定できます。
meld (GNOME) または opendiff (OS X)。 引数を空白で区切って含めることができます。
値はシェルによって解釈されないため、シェル構成は使用できません。 の
引数 %1 と %2 を含める必要があります。これらは XNUMX つの作業ツリーに置き換えられます
比較されてる。 このオプションを使用すると、「--diff-opts」は無視されます。
ダークス ログ [file|ディレクトリにジョブを開始します。] ...
「darcs log」コマンドは、現在のリポジトリを構成するパッチをリストします。または、
`--repo` はリモート リポジトリです。 オプションや引数を指定しないと、すべてのパッチが
リストされている。
XNUMX つ以上のファイルまたはディレクトリを引数として指定すると、影響を与えるパッチのみが適用されます。
それらのファイルまたはディレクトリがリストされます。 これには、ファイルに適用されたパッチが含まれます
移動または名前変更される前。
`--from-tag`、`--from-patch`、または `--from-match` を指定すると、それ以降のパッチのみが適用されます。
タグやパッチが記載されております。 同様に、「--to-tag」、「--to-patch」、「--to-match」も同様です。
オプションを指定すると、リストが古いパッチに制限されます。
「--last」オプションと「--max-count」オプションは両方とも、リストされるパッチの数を制限します。 の
前者は他のフィルターの前に適用され、後者は他のフィルターの後に適用されます。
たとえば、`darcs log foo.c --max-count 3` は、最後の XNUMX つのパッチを出力します。
foo.c には影響しますが、「darcs log --last 3 foo.c」は最後の XNUMX つのパッチのうち、
foo.c に影響するものだけを出力します。
XNUMX つの出力形式が存在します。 デフォルトは「--人間が読める形式」です。 選択することもできます
`--context`。これは (パッチ バンドルに見られるような) 内部形式です。
Darcs によって再読み取りされます (例: `darcs clone --context`)。
最後に、パッチのメタデータでない限り、有効な XML を出力する `--xml-output` があります。
(作成者、名前、説明) には非 ASCII 文字が含まれており、
非 UTF8 ロケール。
`--context` フラグは `--xml-output` または
「--human-readable」の場合、どちらの場合も darcs clone は出力を読み取ることができません。 の上
一方、知識のある人間にとって十分な情報が出力されます。
リポジトリの現在の状態を再作成します。
ダークス 注釈を付ける [file|ディレクトリにジョブを開始します。] ...
「darcs annotate」コマンドは、XNUMX つの無関係な操作を提供します。 に呼ばれたとき
ファイルを検索すると、そのファイル内の各行を最後に変更したパッチが検索されます。 呼ばれたとき
パッチ上で (例: `--patch` を使用)、その内部表現を出力します。
パッチ。
`--summary` オプションを指定すると、`darcs と同様の要約されたパッチ アノテーションが生成されます。
新着情報`。 ファイルの注釈には影響しません。
デフォルトでは、出力は人間が読める形式です。 `--machine-readable` オプションは次のことを行うことができます。
マシンの後処理用の出力を生成するために使用されます。
ダークス DIST
`darcs dist` はリポジトリのルート ディレクトリに圧縮アーカイブを作成します。
作業ツリーの記録された状態 (未記録の変更と `_darcs`) が含まれます。
ディレクトリは除外されます）。 このコマンドはマッチャーを受け入れて、いくつかのアーカイブを作成します。
過去のリポジトリの状態 (例: `--tag`)。
デフォルトでは、アーカイブ (およびアーカイブ内の最上位ディレクトリ) には同じ名前が付けられます。
name をリポジトリとして使用しますが、これは `--dist-name` オプションで上書きできます。
predist コマンドが設定されている場合 (「darcs setpref」を参照)、そのコマンドは
アーカイブ前の録音状態。 たとえば、autotools プロジェクトでは次のように設定されます。
「autoconf && automake」。
`--zip` を使用すると、マッチャーと predist コマンドは無視されます。
ダークス test [[初期化] 指図]
リポジトリの現在の記録された状態に対してテストを実行します。 引数を指定しないと、
デフォルトのリポジトリ テスト (「darcs setpref」を参照)。 引数を XNUMX つ指定すると、それを処理します
テストコマンドとして。 XNUMX つの引数を指定すると、最初の引数は初期化コマンドで、
XNUMX 番目はテストです (最初のコマンドの終了コードは取り込まれないことを意味します)
テストの成功を判断するためのアカウント)。 `--linear` または `--bisect` が指定された場合
フラグを設定すると、リポジトリ内でテストに合格した最新バージョンを見つけようとします。
`--linear` は、先頭から開始して先頭から離れていく線形検索を実行します。 これ
この戦略は、テストが非常に迅速に実行される場合、または探しているパッチが近づいている場合に最適です。
頭。
`--bisect` は二分探索を行います。 この戦略は、テストの実行が非常に遅い場合に最適です。
または、探しているパッチはリポジトリの遠い過去に存在する可能性があります。
`--backoff` は先頭から検索を開始し、どんどん過去にスキップします。
テストが成功するまで。 次に、スキップされたもののサブセットに対して二分検索を実行します。
パッチ。 この戦略は、探しているパッチが
リポジトリの遠い過去。
失敗が単調であるという仮定の下で、 `--linear` と `--bisect` は
同じ結果。 （単調とは、頭から離れるとテスト結果が変化することを意味します）
"fail" から "ok" に変化するのは XNUMX 回だけです。) 失敗が単調でない場合は、いずれかの
テストを破るパッチはランダムに見つかります。
ダークス 表示する 中身 [file] ...
[コンテンツの表示] を使用すると、一部のファイルの以前のバージョンを表示できます。 あなたが与えるなら
show content バージョン引数がない場合、ファイルの記録されたバージョンが表示されます。
ダークス 表示する ファイル [file|ディレクトリにジョブを開始します。] ...
「darcs show files」コマンドは、作業ツリー内のファイルとディレクトリをリストします。
バージョン管理下にあります。 このコマンドは主にスクリプト作成を目的としています。 終わり
ユーザーはおそらく「darcs whatsnew --summary」を必要とするでしょう。
ファイルは追加されても記録されていない場合、「保留中」になります。 デフォルトでは、保留中のファイルは
(およびディレクトリ) がリストされます。 `--no-pending` オプションはこれを防ぎます。
デフォルトでは、`darcs show files` はファイルとディレクトリの両方をリストしますが、エイリアス `darcs
showmanifest` はファイルをリストするだけです。 「--files」、「--directorys」、「--no-files」、
`--no-directories` はこの動作を変更します。
デフォルトでは、エントリは XNUMX 行に XNUMX つです (つまり、改行が区切られています)。 これにより問題が発生する可能性があります
ファイル自体に改行またはその他の制御文字が含まれている場合。 移動するには
つまり、「--null」オプションは代わりに null 文字を使用します。 スクリプトの解釈
このコマンドの出力は、このイディオムを理解する必要があります。 `xargs -0` はそのようなコマンドです。
たとえば、バージョン管理されたファイルをサイズごとにリストするには、次のようにします。
darcs ショー ファイル -0 | xargs -0 ls -ldS
ダークス 表示する index
「darcs showindex」コマンドは、バージョン管理されているすべてのファイルとディレクトリをリストします。
`_darcs/index` に保存されているハッシュとともに。 ファイルの場合、フィールドは対応します
ファイルサイズ、現在のファイル内容の sha256、およびファイル名に変換します。
ダークス 表示する プリシュティナ
「darcs show pristine」コマンドは、バージョン管理されているすべてのファイルとディレクトリをリストします。
元のコピーのハッシュとともに。 ファイルの場合、フィールドは次のように対応します
ファイル サイズ、元のファイルの内容の sha256、およびファイル名。
ダークス 表示する レポ
「darcs show repo」コマンドは、現在のリポジトリに関する統計を表示します。
サードパーティのスクリプトが「_darcs」を検査せずにこの情報にアクセスできるようにします。
直接 (そして `_darcs` 形式が変更されたときに中断することなく)。
デフォルトでは、パッチの数が表示されます。 このデータが必要ない場合は、次を使用します。
`--no-files` を使用すると、このコマンドを O(n) から Oとします。
デフォルトでは、出力は人間が読める形式です。 `--xml-output` オプションは次のとおりです。
マシンの後処理用の出力を生成するために使用されます。
ダークス 表示する 著者
`darcs show authors` コマンドは、現在のリポジトリの作成者を並べ替えてリストします。
貢献したパッチの数によって異なります。 `--verbose` オプションを使用すると、このコマンドは
各パッチの作成者を単にリストします (集計や並べ替えは行いません)。
著者の名前または電子メール アドレスは時間の経過とともに変更される場合があります。 複数の場合にダルクに伝えるには
著者文字列が同じ個人を参照する場合は、`.authorspellings` ファイルを
作業ツリーのルート。 このファイルの各行は、著者の正規表現で始まります。
名前とアドレスの後に、拡張正規のカンマ区切りのリストが続く場合があります。
表現。 空白行と XNUMX つのハイフンで始まる行は無視されます。 の
`.authorspelling` の形式は次のパターンで記述できます。
名前[, 正規表現 ]*
特殊文字に関してはいくつかの落とし穴があります。次の場合、空白は削除されます。
正規表現にはスペースが必要です [ ] を使用してください。 カンマは区切り文字として機能するため、次のようにする必要があります
正規表現で使用したい場合はエスケープしてください。 `.authorspelling` は拡張正規表現を使用することに注意してください
式 so +、? などはメタ文字なので、メタ文字にするにはエスケープする必要があります。
文字通りに解釈した。
正規アドレスまたは以下のいずれかに一致する作成者文字列を持つパッチ。
関連する正規表現は、その作成者の作品とみなされます。 すべてのマッチングは、
大文字と小文字は区別されず、部分的です (部分文字列と一致する可能性があります)。 全体と一致させるには ^,$ を使用します
正規表現内の文字列
現在、この正規化ステップは「darcs show authors」でのみ行われます。 他の
「darcs log」などのコマンドは、作成者文字列をそのまま使用します。
`.authorspelling` ファイルの例は次のとおりです。
-- コメントです。
フレッド・ナーク[メール保護]>
ジョン・スナッジ[メール保護]>、ジョン、snagge@、js@(si|mit).edu
チャック・ジョーンズ・ジュニア[メール保護]>, cj\+[メール保護]
ダークス 表示する タグ
tags コマンドは、リポジトリ内のすべてのタグのリストを標準出力に書き込みます。
タグ名のタブ文字 (ASCII 文字 9) は、改善のためスペースに変更されました。
シェルツールとの相互運用性。 これが発生した場合、警告が出力されます。
ダークス 表示する パッチ-インデックス-すべて
「darcs show patch-index all」コマンドは、パッチ インデックス内のすべての情報をリストします。
ダークス 表示する パッチインデックスファイル
`darcs show patch-index files' コマンドは、
パッチインデックス
ダークス 表示する パッチ インデックス ステータス
「darcs show patch-index-status」は、パッチ インデックスが同期しているかどうかをレポートします。
同期するか、存在しません
ダークス 表示する パッチインデックステスト
「darcs show patch-index-test」はパッチインデックスをテストします
複写 パッチ の間に リポジトリ ワーキング copy アップデート：
ダークス プル [倉庫] ...
プルは、別のリポジトリで作成されたパッチを現在のリポジトリに取り込むために使用されます。
(つまり、現在のディレクトリにあるもの、または
`--repodir` オプション)。 プルを使用すると、パッチのすべてまたは一部を引き継ぐことができます。
そのリポジトリにはありますが、このリポジトリにはありません。 Pull は引数を受け入れます。引数は次の URL です。
どちらをプルするか。引数なしで呼び出された場合、プルは次のリポジトリを使用します。
最近プッシュまたはプルしたもの。
デフォルト (`--union`) の動作では、次のいずれかにあるパッチをプルします。
指定されたリポジトリ。 `--intersection` フラグを指定すると、darcs は
すべてのソース リポジトリに存在するパッチをプルします。 を指定すると、
`--complement` フラグを使用すると、darcs は最初のリポジトリ内の要素のみをプルします。
残りのリポジトリのいずれかに存在します。
`--reorder` が指定された場合、現在のパッチにのみ存在するパッチのセットが
リポジトリは現在の履歴の先頭に表示されます。 これは、たとえ存在しても機能します
新しいパッチをプルする必要はありません。
多くのオプションの詳細な説明については、「darcs help apply」を参照してください。
ダークス フェッチ [倉庫] ...
フェッチは、現在のファイルにパッチを適用しない点を除けば「プル」と似ています。
リポジトリ。 代わりに、後で適用できるパッチ バンドルが生成されます。
「申し込む」。
Fetch の動作は基本的に pull の動作と似ているため、次のヘルプを参照してください。
詳細については「プル」してください。
ダークス 消す
Obliterate は、記録されたパッチをローカル リポジトリから完全に削除します。 変更
作業コピーでは元に戻され、変更内容にはパッチが表示されません。
もうリスト。 消去すると貴重なコードが失われる可能性があることに注意してください。
消去されたパッチを保存する XNUMX つの方法は、-O フラグを使用することです。 パッチバンドルは
ローカルに作成され、後で「darcs」を使用してリポジトリに適用できます。
適用してください。
ダークス ロールバック [file|ディレクトリにジョブを開始します。] ...
ロールバックは、リポジトリ内のパッチによる一部の変更の影響を元に戻すために使用されます。
選択した変更は作業コピーで元に戻されますが、リポジトリは残ります
変更なし。 まず、どのパッチを元に戻すかを選択し、次にどのパッチを変更するかを選択します。
元に戻すパッチ内で。
「ロールバック」を行う前に、作業中の変更を一時的に元に戻すことができます。
(存在する場合) コピーして、後で使用できるように保存します。 これを行うには、「revert」を実行してから、
「rollback」を実行し、パッチを記録し、「unrevert」を実行して保存された変更を復元します。
作業用コピー。
ダークス プッシュ [倉庫]
プッシュはプルの逆です。 Push を使用すると、現在のパッチからパッチをコピーできます。
リポジトリを別のリポジトリに移動します。
`--apply-as` フラグを指定すると、darcs は sudo を使用してパッチを適用します。
別のユーザー。 これは、複数のユーザーが存在するシステムをセットアップする場合に便利です。
同じリポジトリを変更できますが、完全な書き込みアクセスは許可したくない場合があります。
これは、熟練した悪意のある攻撃者に対して安全ではありませんが、少なくともあなたのセキュリティを保護することはできます。
不器用、無能、怠惰なユーザーによるリポジトリ。
Darcs プッシュはデフォルトでパッチ データをリモートに送信する前に圧縮します。
SSH経由で場所を確認します。 これは、リモート darcs のバージョンが古いものでない限り機能します。
2.5. パッチ バンドルが破損していることを示すエラーが発生した場合は、次のようにして再試行する必要があります。
データを非圧縮形式で送信するための `--no-compress` オプション (これは大量の
パッチが大きい場合は遅くなりますが、常に動作するはずです)。
ダークス 送信 [倉庫]
Send は、ターゲットに適用できるパッチのバンドルを準備するために使用されます。
リポジトリ。 Send はリポジトリの URL を引数として受け入れます。 呼ばれたとき
引数を指定しない場合、send はプッシュされた最新のリポジトリを使用します。
へ、からプルされる、または送信されます。 デフォルトでは、パッチ バンドルはファイルに保存されますが、
直接メールでお送りいただいても構いません。
`--output`、`--output-auto-name`、および `--to` フラグは、darcs が何を行うかを決定します。
作成後のパッチ バンドル。 `--output` 引数を指定すると、パッチは
バンドルはそのファイルに保存されます。 `--output-auto-name` を指定すると、パッチ バンドル
自動的に生成された名前のファイルに保存されます。 XNUMXつ以上与えると
「--to」引数を指定すると、パッチのバンドルがそれらの場所に送信されます。 場所によっては、
パッチを HTTP 経由で送信する電子メール アドレスまたは URL のいずれかです。
`--mail` フラグを指定すると、darcs はその内容を調べます。
ターゲットリポジトリ内の `_darcs/prefs/email` ファイル (存在する場合) を作成し、パッチを送信します
そのアドレスに電子メールで送信します。 この場合、「--cc」オプションを使用して指定できます。
デフォルトのリポジトリ電子メール アドレスを上書きせずに追加の受信者を追加できます。
ターゲットリポジトリに _darcs/prefs/post が存在する場合、darcs はその URL にアップロードします
このファイルには、「mailto:」 URL または「http://」 URL のいずれかが含まれます。 の
後者の場合、パッチはその URL に投稿されます。
リポジトリに関連付けられた電子メール アドレスがない場合、darcs は次のことを要求します。
電子メールアドレス。
`--subject` フラグを使用して、送信する電子メールの件名を設定します。 そうしないと
コマンドラインで件名を指定すると、darcs がその名前に基づいて件名を作成します。
パッチ バンドル内のパッチ。
`--in-reply-to` フラグを使用して、In-Reply-To ヘッダーと References ヘッダーを設定します。
送信される電子メール。 デフォルトでは追加のヘッダーは含まれないため、電子メールは送信されません。
メールリーダーによる返信として扱われます。
パッチのバンドルに説明や説明を含めたい場合は、
`--edit-description` フラグを指定する必要があります。これにより、darcs が開きます。
パッチに付随するメッセージを作成できるエディター。
電子メールの送信にデフォルトとは異なるコマンドを使用する場合は、
`--sendmail-command` オプションを使用してコマンドラインを指定する必要があります。 コマンドライン
実際の値に置き換えられるいくつかの形式指定子を含めることができます。 承認されました
形式指定子は、件名は `%s`、to は `%t`、cc は `%c`、本文は `%b` です。
メール、送信元の `%f`、パッチ バンドルの `%a`、および同じ指定子
URL エンコードされた値の場合は大文字。 さらに、「%<」を末尾に追加することもできます。
コマンドが標準入力で完全な電子メール メッセージを期待する場合は、コマンド ライン。 例えば
Evolution と msmtp のコマンド ラインは次のようになります。
進化 "mailto:%T?subject=%S&attach=%A&cc=%C&body=%B"
msmtp -t %
`--author` オプションと、`darcs` が送信する返信アドレスを混同しないでください。
パッチバンドルに設定します。
たとえば、XNUMX つの電子メール アドレス A と B があるとします。
* `--author A` を使用しているが、マシンが次からメールを送信するように設定されている場合
デフォルトではアドレス B の場合、メッセージの返信先アドレスは B になります。
`--from A` を使用すると、メール クライアントは
From: 任意のアドレス (一部の非 Unix 系メール クライアント、特に
これをサポートしていない可能性があります)、その場合、返信先アドレスは A になります。 そうであれば
これをサポートしていない場合、返信先アドレスは B になります。 * どちらも指定しない場合
「--from」または「--author」の場合は戻り値
住所はBになります。
また、sendmail コマンドを `--sendmail-command` で指定しない限り、darcs
コンピュータのデフォルトの電子メール コマンドを使用して電子メールを送信します。 このデフォルトのコマンドは、
「configure」スクリプトによって決定されます。 したがって、一部の非 Unix 系 OS では、「--from」は
まったく機能しない可能性があります。
ダークス 適用する <パッチファイル>
「darcs apply」コマンドはパッチ バンドルを取得し、それを
現在のリポジトリ。 `darcs によって作成されたバンドル上で直接呼び出すことに加えて、
send` は、SSH 接続のリモート エンドの `darcs Push` によって内部的に使用されます。
ファイルが指定されていない場合、バンドルは標準入力から読み取られます。
パッチバンドルの代わりに電子メールが与えられた場合、Darcs はバンドルを MIME として検索します。
そのメールの添付ファイル。 現時点では、MIME 境界が書き換えられるとこれは失敗します。
Courier や Mail.app など。
「--応答」の場合 [メール保護]` オプションが使用され、バンドルは
電子メールを送信すると、Darcs はレポート (成功または失敗を示す) を送信者に送信します。
bundle (`To` フィールド)。 noreply の引数は、レポートが送信されるアドレスです。
から発生しているようです。
`--cc` オプションを指定すると、レポートが別のアドレスに CC されます。たとえば、
`--cc [メール保護],[メール保護]`。 `--cc` を指定せずに使用する
`--reply` は未定義です。
デフォルトとは異なるコマンドを使用してメールを送信する場合は、次のコマンドが必要です。
`--sendmail-command` オプションを使用してコマンド ラインを指定します。 コマンドラインでできることは、
to の書式指定子 `%t` が含まれており、末尾に `%<` を追加できます。
コマンドが標準入力で完全なメールを期待する場合はコマンドライン。 例えば、
msmtp のコマンド ラインは次のようになります。
msmtp -t %
If gpg(1) がインストールされている場合、「--verify pubring.gpg」を使用して、次のようなバンドルを拒否できます。
「pubring.gpg」内のキーで署名されていません。
`--test` が指定され、テストが定義されている場合 (`darcs setpref` を参照)、バンドルは
適用後にテストが失敗した場合は拒否されます。 その場合、お断りメールは
`--reply` にはテスト出力が含まれます。
パッチ バンドルにより、既存のパッチまたはパッチとの未解決の競合が発生する可能性があります。
ワーキングツリー。 デフォルトでは、Darcs は競合マーカーを追加します (「darcs」を参照)
マークの競合`)。
`--external-merge` オプションを使用すると、外部マージを使用してこれらの競合を解決できます。
道具。 このオプションでは、`%a` が共通の祖先 (マージ ベース) である `%1` に置き換えられます。
最初のバージョンでは `%2`、XNUMX 番目のバージョンでは `%o`、パスは次のとおりです。
解決されたコンテンツは移動するはずです。 たとえば、xxdiff ビジュアル マージ ツールを使用するには
次のように指定します: `--external-merge='xxdiff -m -O -M %o %1 %a %2'`
`--allow-conflicts` オプションは競合マークをスキップします。 これは次のような場合に便利です
`darcs pull を使用するなど、リポジトリを単なるパッチの集まりとして扱いたい
--union` を使用して、オフラインになる前に同僚のパッチをダウンロードします。
これにより、作業ツリー内の未記録の変更が台無しになり、問題を解決する必要が生じる可能性があります。
すぐに衝突します。 未解決の競合を引き起こすバンドルを単純に拒否するには、
`--dont-allow-conflicts` オプションを使用します。 これをプッシュベースのデフォルトにする
ワークフローを使用することを強くお勧めします。
ほとんどの Darcs コマンドとは異なり、「darcs apply」のデフォルトは「--all」です。 使用
バンドルから適用するパッチを選択するための「--interactive」オプション。
ダークス <倉庫> [ディレクトリにジョブを開始します。>]
クローンはリポジトリのコピーを作成します。 オプションの XNUMX 番目の引数は、
新しいコピーの宛先ディレクトリ。 省略した場合はソースから推測されます
場所。
デフォルトでは、Darcs は元のリポジトリからすべてのパッチをコピーします。 これが意味するのは、
コピーはオリジナルから完全に独立しています。 新しいリポジトリで操作できます
オリジナルにアクセスできない場合でも。 元のリポジトリが
アクセス可能な状態を維持するには、`--lazy` を使用して、必要になるまでパッチをコピーしないようにすることができます。
(「オンデマンドでコピー」)。 これは、リモート リポジトリをコピーする場合に特に便利です。
気にならない長い歴史。
ローカルでクローンを作成する場合、Darcs は可能な場合には自動的にハード リンクを使用します。 同じように
時間とスペースを節約できるため、元のリポジトリを移動または削除できます。
コピーには影響を与えません。 ハードリンクではコピーが同じ場所にある必要があります
ファイルシステムが元のリポジトリであること、およびファイルシステムがハードリンクをサポートしていること。
これには、NTFS、HFS+、およびすべての汎用 Unix ファイルシステム (ext、UFS など) が含まれます。
および ZFS)。 FAT はハード リンクをサポートしません。
遠隔地からクローンを作成する場合、ダルクはパックを探して使用しようとします
リモートリポジトリ内の「darcs optimize http」によって作成されます。 パックは単一の大きなファイルです
多くの小さなファイルの代わりにダウンロードできるため、クローン作成が高速になります。
HTTP。
Darcs クローンは、記録されていない変更をソース リポジトリの作業ツリーにコピーしません。
リポジトリを ssh URL にコピーできます。この場合、新しいリポジトリは常に
完全であること。
一部のパッチを除外したリポジトリのコピーを作成することが望ましい場合がよくあります。 ために
たとえば、リリースがタグ付けされている場合、 `darcs clone --tag .` は、
最新リリースのリポジトリ。
タグが付けられていないリポジトリの状態は、コンテキスト ファイルによって明確に識別できます。
「darcs log --context」によって生成されたもの。 このようなファイルの名前を指定すると、「--context」
オプションを使用すると、そのコンテキストからのパッチのみを含むリポジトリが作成されます。
ユーザーがプロジェクトの未リリースバージョンのバグを報告した場合、推奨される
実行されていたバージョンを正確に確認するには、
バグレポートのコンテキストファイル。
`--to-patch` または `--to-match` を使用して、タグなしの状態のコピーを作成することもできます。
最初に一致したパッチの「後」のパッチを除外するオプション。 なぜなら、これらは
オプションはパッチのセットを順序付けられたシーケンスとして扱うため、異なる結果が得られる場合があります
「darcs optimize」で並べ替えた後なので、タグ付けが推奨されます。
`--set-scripts-executable` オプションを使用すると、スクリプトが実行可能になります。
ワーキングツリー。 スクリプトは、シバン (「#!」) で始まるファイルです。
管理する リポジトリ：
ダークス 初期化します [<ディレクトリにジョブを開始します。>]
「darcs initialize」コマンドは、現在のディレクトリを Darcs リポジトリに変えます。
既存のファイルとサブディレクトリはすべて UNSAVED 変更になります。それらを `darcs で記録します。
--look-for-adds を記録します。
このコマンドは、バージョン管理メタデータを保存する `_darcs` ディレクトリを作成します。
また、`_darcs/prefs/` にはリポジトリごとの設定も含まれています。
ユーザーマニュアルに記載されています。
デフォルトでは、新しいリポジトリのパッチは darcs-2 セマンティクスにあります。 しかし、それは
フラグ `--darcs-1` を使用して darcs-1 セマンティクスでリポジトリを作成することが可能です。
ただし、これは、を使用するプロジェクトとパッチを共有する場合を除いて推奨されません。
darcs-1 セマンティクスのパッチ。
初期化は通常「init」と省略されます。
ダークス 最適化します
このコマンドは、リポジトリ内の古いファイルを削除します。
ダークス 最適化します HTTP
このオプションを使用すると、劇的に高速化できる「リポジトリ パック」が作成されます。
ユーザーが HTTP 経由でリポジトリの「darcs clone」を実行するときのパフォーマンス。 活用するには
パックの場合、クライアントには少なくともバージョン 2.10 の darcs が必要です。
ダークス 最適化します 並べ替え
このコマンドは、最近のパッチ (latest タグに含まれていないパッチ) を
「フロント」により、一般的なリモート コマンドがダウンロードする必要がある量が削減されます。 それ
一部の操作に必要な CPU 時間も削減されるはずです。
ダークス 最適化します パッチ インデックスを有効にする
必要なコマンドを高速化する内部データ構造であるパッチ インデックスを構築します。
どのパッチが特定のファイルに影響を与えるかを知るため。 注釈やログなど。
ダークス 最適化します 無効化パッチ インデックス
リポジトリからパッチ インデックスを削除し、メンテナンスを停止します。
ダークス 最適化します 圧縮する
デフォルトでは、パッチは zlib (RFC 1951) で圧縮され、ストレージ (および
ダウンロード）のサイズ。 例外的な状況では、回避することが望ましい場合があります。
圧縮。 この場合、`--dont-compress` オプションを使用できます (たとえば、`darcs
Record`) を使用して圧縮を回避します。
「darcs optimize uncompress」コマンドと「darcs optimize compress」コマンドは、次の目的で使用できます。
現在のリポジトリ内の既存のパッチがそれぞれ非圧縮であることを確認するか、
圧縮されています。
ダークス 最適化します 解凍
デフォルトでは、パッチは zlib (RFC 1951) で圧縮され、ストレージ (および
ダウンロード）のサイズ。 例外的な状況では、回避することが望ましい場合があります。
圧縮。 この場合、`--dont-compress` オプションを使用できます (たとえば、`darcs
Record`) を使用して圧縮を回避します。
「darcs optimize uncompress」コマンドと「darcs optimize compress」コマンドは、次の目的で使用できます。
現在のリポジトリ内の既存のパッチがそれぞれ非圧縮であることを確認するか、
圧縮されています。
ダークス 最適化します 再リンク
「darcs optimize relink」コマンドは、現在のリポジトリにあるパッチをハードリンクします。
同業他社と共通しています。 ピアは、にリストされているリポジトリです。
`_darcs/prefs/sources`、または `--sibling` オプションで定義 (使用可能)
複数回）。
Darcs はハードリンクを自動的に使用するため、このコマンドが必要になることはほとんどありません。 それはほとんどです
リポジトリをコピーするために「darcs clone」の代わりに「cp -r」を使用した場合、または
同じパッチをリモート リポジトリから複数のローカル リポジトリにプルしました。
ダークス 最適化します プリシュティナ
このコマンドは、異なる `_darcs/pristine.hashed/` の形式を更新します。
darcs 2.3.1 より前。
ダークス 最適化します アップグレード
昔ながらのリポジトリを現在のデフォルトのハッシュ形式に変換します。
ダークス 最適化します キャッシュ <ディレクトリにジョブを開始します。> ...
このコマンドは、グローバル キャッシュ内の古いファイルを削除します。 XNUMX つ以上必要です
ディレクトリを引数として指定し、これらのディレクトリ内のすべてのリポジトリを再帰的に検索します。
ディレクトリ。 次に、これらに属さないグローバルキャッシュ内のすべてのファイルを削除します
リポジトリ。 ディレクトリが指定されていない場合は、ユーザーのホームにあるリポジトリを検索します。
ディレクトリにあります。
また、グローバル キャッシュを (デフォルトの) バケット形式に自動的に移行します。
ダークス 修理
「darcs Repair」コマンドは、現在のリポジトリの破損を修復しようとします。
現在のところ、修復できるのは自然のままの木の損傷だけです。
腐敗が発生します。 このコマンドは、
リポジトリ内のパッチを空のツリーに適用します。
フラグ `--dry-run` はこの操作を読み取り専用にし、darcs が正常に終了しないようにします。
(ゼロ以外の終了ステータスで) 再構築された初期状態が現在のものと異なる場合
手付かずの。
ダークス 変換 ダルクス-2 <source> [デスティネーション>]
このコマンドは、古いパッチ セマンティクス `darcs-1` を使用するリポジトリを、
現在の「darcs-2」セマンティクスを備えた新しいリポジトリ。
警告: このコマンドで作成されたリポジトリは Darcs 1.x では認識されません。
darcs-1 形式と darcs-2 形式のリポジトリ間でパッチを交換することはできません。
さらに、このコマンドのさまざまな呼び出しによって作成されたリポジトリは使用しないでください。
パッチを交換します。
ダークス 変換 export
このコマンドを使用すると、darcs リポジトリを git にエクスポートできます。
XNUMX 回限りのエクスポートの場合は、次のレシピを使用できます。
$CDリポジトリ
$ git init ../ミラー
$ darcs 変換エクスポート | (cd ../ミラー && git 高速インポート)
マークファイルを使用した増分エクスポートの場合:
$CDリポジトリ
$ git init ../ミラー
$ touch ../mirror/git.marks
$ darcs 変換エクスポート --read-marks darcs.marks --write-marks darcs.marks
| (cd ../mirror && git fast-import --import-marks=git.marks
--export-marks=git.marks)
増分エクスポートの場合は、決して修正、削除、並べ替えを行わないように注意してください。
ソース darcs リポジトリ内のパッチ。
また、darcs リポジトリを git にエクスポートすると、完全に忠実になるわけではないことに注意してください。
darcs リポジトリに競合が含まれている場合は、履歴を参照してください。
制限事項：
* 空のディレクトリは高速エクスポート プロトコルではサポートされていません。 * ユニコード
現在、ファイル名は正しく処理されません。
見る http://bugs.darcs.net/issue2359 .
ダークス 変換 import [<ディレクトリにジョブを開始します。>]
このコマンドは、git リポジトリを新しい darcs リポジトリにインポートします。 さらなるオプション
受け入れられます (「darcs help init」を参照)。
git リポジトリを新しい darcs リポジトリに変換するには、次のコマンドを実行します。
$ (cd gtrepo && git fast-export --all) | darcs 変換インポート darcsmirror
警告: ブランチのある git リポジトリは奇妙な結果を生成します。
ご自身の責任でご使用ください。
マークファイルによる増分インポートは現在サポートされていません。
ダークス リベース プル [倉庫] ...
別のリポジトリからパッチをコピーして適用し、ローカル パッチを一時停止します。
紛争。
ダークス リベース 適用する <パッチファイル>
パッチ バンドルを適用し、競合するローカル パッチを一時停止します。
ダークス リベース サスペンド
リポジトリの最後で一時停止状態に移行するパッチを選択します。
ダークス リベース 一時停止を解除する
一時停止状態からリポジトリの最後まで復元する選択したパッチ。
ダークス リベース 消す
現在一時停止されているパッチを削除します。
ダークス リベース ログ
現在中断されている変更をリストします。
ENVIRONMENT
ホーム & アプリデータ
ユーザーごとの設定は、$HOME/.darcs (Unix の場合) または %APPDATA%/darcs (Windows の場合) で設定されます。
これはキャッシュのデフォルトの場所でもあります。
DARCS_EDITOR、 ダークセエディター、 ビジュアル & 環境変数EDITOR
電子メール コメントのパッチ説明を編集するために、Darcs は外部エディタを呼び出します。 あなたの
優先エディターは、環境変数 $DARCS_EDITOR のいずれかとして設定できます。
$DARCSEDITOR、$VISUAL、または $EDITOR。 これらのいずれも設定されていない場合は、 エディタ（1）を使用します。
DARCS_PAGER & PAGER
Darcs は、出力が長すぎて画面に収まらないと判断した場合、ページャーを呼び出すことがあります。
Darcs は、$DARCS_PAGER または $PAGER で指定されたページャーを使用します。 どちらも設定されていない場合、
ページャ(1)を使用します。
DARCS_DONT_COLOR、 DARCS_ALWAYS_COLOR、 DARCS_ALTERNATIVE_COLOR & DARCS_DO_COLOR_LINES
端末が ANSI カラー エスケープ シーケンスを理解できる場合、darcs は特定の色を強調表示します。
パッチを印刷するときのキーワードと区切り文字。 これは設定することでオフにできます。
環境変数 DARCS_DONT_COLOR を 1 に設定します。
`less -R` のような ANSI カラー、darcs は、設定によって常に出力を強制的に強調表示できます。
DARCS_ALWAYS_COLOR を 1 に設定します。色が見えない場合は、DARCS_ALTERNATIVE_COLOR を 1 に設定できます。
そして darcs は、色の代わりに太字と反転ビデオに ANSI コードを使用します。 加えて、
エクストラカラフルモードがありますが、デフォルトでは有効になっていませんが、有効にすることができます。
DARCS_DO_COLOR_LINES を使用
DARCS_DONT_ESCAPE_TRAILING_SPACES & DARCS_DONT_ESCAPE_TRAILING_CR
デフォルトでは、darcs は末尾のあらゆる種類のスペースを (可能であれば強調表示することによって) エスケープします。
パッチの内容を表示するときの行数。 これを望まない場合は、次の方法でオフにすることができます
DARCS_DONT_ESCAPE_TRAILING_SPACES を 1 に設定します。キャリッジのみに特殊なケースが存在します。
戻り値: DARCS_DONT_ESCAPE_TRAILING_CR
DARCS_DONT_ESCAPE_ANYTHING、 DARCS_DONT_ESCAPE_ISPRINT、 DARCS_DONT_ESCAPE_8BIT、
DARCS_DONT_ESCAPE_EXTRA & DARCS_ESCAPE_EXTRA
Darcs は、パッチの内容を端末に出力するときに特定の文字をエスケープする必要があります。
バックスペースなどの文字を使用すると、パッチの内容がユーザーから見えなくなる可能性があります。
文字シーケンスは場合によってはコマンドをシェルにリダイレクトすることもあります。
それを許可します。
デフォルトでは、darcs は印刷可能な 7 ビット ASCII 文字 (スペースを含む) のみを許可します。
XNUMX つの制御文字タブと改行。 他のすべてのオクテットは引用符で囲まれた形式で出力されます
(`^ として) ` または `\ `)。
Darcs ではロケールのサポートが一部限定されています。 システムのロケールが半角の場合
文字エンコーディング（ラテン語エンコーディングと同様）は、環境変数を設定できます。
DARCS_DONT_ESCAPE_ISPRINT を 1 に設定すると、darcs は現在のすべての印刷可能ファイルを表示します。
ASCII ロケールだけではなく、システム ロケールを使用します。 注: これは現在、一部の環境では機能しません。
darcs が GHC 6.4 以降でコンパイルされている場合のアーキテクチャ。 一部の非 ASCII コントロール
文字が出力される可能性があり、端末になりすます可能性があります。
マルチバイト文字エンコーディングの場合、処理はそれほどスムーズではありません。 設定するとUTF-8が機能します
DARCS_DONT_ESCAPE_8BIT を 1 に設定しますが、7 ビット ASCII 範囲外の印刷不可能なものは無効です。
長く逃げた。 たとえば、Latin-1 の余分な制御文字が端末から流出する可能性があります。
パッチの内容に翻弄されます。 7 ビット ASCII 範囲外のスペース文字は使用できません。
認識されなくなり、行末で適切にエスケープされなくなります。
最後の手段として、DARCS_DONT_ESCAPE_ANYTHING を 1 に設定することができます。
フリップ コード セットは機能するはずであり、端末内のすべての機能も同様に機能します。 これ
環境変数は、出力をページャまたは外部にパイプする場合にも便利です。
エンコーディングの処理方法を darcs よりもよく知っているフィルター。 すべてエスケープすることに注意してください。
行末スペースの特別なエスケープを含め、これによってオフになります。
設定。
darcs にエスケープしないように明示的に指示するために設定できる環境変数が XNUMX つあります。
オクテットをエスケープします。 それらは、DARCS_DONT_ESCAPE_EXTRA と DARCS_ESCAPE_EXTRA です。 彼らの価値観
問題の逐語的なオクテットで構成される文字列である必要があります。 do-escape はかかります
dont-escape よりも優先されます。 スペース文字は行末でエスケープされます。
けれど。 特別な環境変数 DARCS_DONT_ESCAPE_TRAILING_CR はエスケープをオフにします
行の最後のキャリッジリターン (DOS スタイル)。
DARCS_TMPDIR & TMPDIR
Darcs は一時ディレクトリを作成することがよくあります。 たとえば、「darcs diff」コマンドは次のように作成します。
作業ツリーの差分を取得するために XNUMX つ。 デフォルトでは、一時ディレクトリは次の場所に作成されます。
/ tmpにまたは、それが存在しない場合は、_darcs (現在のリポジトリ内) にあります。 これは可能です
ファイル _darcs/prefs/tmpdir または
環境変数 $DARCS_TMPDIR または $TMPDIR。
DARCS_KEEP_TMPDIR
環境変数 DARCS_KEEP_TMPDIR が定義されている場合、darcs は
作成される一時ディレクトリ。 これは主に Darcs 自体をデバッグすることを目的としています。
しかし、たとえば、テストを好む理由を判断するのにも役立ちます (「darcs」を参照)
setpref`) は、`darcs Record` を実行すると失敗しますが、手動で実行すると機能します。
DARCS_EMAIL & Eメール
各パッチは、通常、電子メール アドレス (たとえば、「Fred
ブログ[メール保護]>`)。 Darcs は、この作成者文字列をいくつかの場所で検索します。
`--author` オプション、ファイル `_darcs/prefs/author` (リポジトリ内) および
`~/.darcs/著者` (ホームディレクトリ内)、および環境変数 `$DARCS_EMAIL`
および「$EMAIL」。 これらのいずれも存在しない場合、Darcs は作成者文字列の入力を求めます。
`に書き込んでください~/.darcs/著者`。 複数の電子メール アドレスをお持ちの場合は、
それらをすべて「`」に入れてください~/.darcs/著者`、XNUMX 行に XNUMX 人の著者。 Darcs は引き続き次のことを要求します
著者を選択できますが、リストから選択することも、代替案を入力することもできます。
メールを送る
Unix では、「darcs send」コマンドは以下に依存しています sendmail(8)。 `--sendmail-command` または
$SENDMAIL 環境変数を使用して、このプログラムへの明示的なパスを提供できます。
それ以外の場合は標準の場所 / usr / sbin / sendmail & /usr/lib/sendmail 裁判されるだろう。
DARCS_SLOPPY_LOCKS
一部のファイルシステムで次のようなエラーが発生する場合:
darcs: takeLock [...]: atomic_create [...]: サポートされていない操作
DARCS_SLOPPY_LOCKS=True をエクスポートしてみるとよいでしょう。
DARCS_SSH
[user@]host:[dir] という形式のリポジトリはリモート リポジトリとみなされます。
Darcs は外部プログラムでアクセスします sshとします。
環境変数 $DARCS_SSH を使用して、代替 SSH クライアントを指定できます。
引数を空白で区切って含めることができます。 値は、
シェルであるため、シェル構造は使用できません。 特に、
プログラム名に空白を含めるには、引用符またはエスケープを使用します。
DARCS_SCP & DARCS_SFTP
リモート リポジトリから読み取るとき、Darcs は `darcs transfer-mode` を実行しようとします。
リモートホスト。 リモート ホストに Darcs 1 のみがインストールされている場合、これは失敗します。
Darcs がインストールされているか、SFTP のみが許可されています。
transfer-mode が失敗した場合、Darcs はフォールバックします。 scp（1）と SFTP(1)。 呼び出されるコマンド
環境変数 $DARCS_SCP と $DARCS_SFTP をそれぞれ使用してカスタマイズできます。
これは $DARCS_SSH のように動作します。 リモートエンドで SFTP のみが許可されている場合は、設定を試してください
DARCS_SCP=SFTP。
SSH_ポート
この環境変数が設定されている場合、すべての SSH 呼び出しのポート番号として使用されます。
Darcs によって作成されました (SSH 経由でリモート リポジトリにアクセスする場合)。 これは、SSH を使用している場合に便利です。
サーバーはデフォルトのポートで実行されておらず、SSH クライアントはサポートしていません
ssh_config(5)。 OpenSSH ユーザーはおそらく「Host」のようなものを入れることを好むでしょう。
*.example.net ポート 443` を 〜/ .ssh / config ファイルにソフトウェアを指定する必要があります。
HTTP_PROXY、 HTTPS_PROXY、 FTP_PROXY、 ALL_PROXY & NO_PROXY
Darcs が libcurl でビルドされた場合、環境変数 HTTP_PROXY、HTTPS_PROXY および
FTP_PROXY は、次の形式でプロキシの URL に設定できます。
[プロトコル：//] [：ポート]
この場合、libcurl は関連するプロトコル (HTTP、HTTPS、および
FTP)。 環境変数 ALL_PROXY を使用して、すべての libcurl に対して単一のプロキシを設定できます
リクエスト。
環境変数 NO_PROXY がホスト名のカンマ区切りリストである場合、次の場所にアクセスします。
これらのホストは、上記の変数で定義されたプロキシをバイパスします。 たとえば、それはかなり
ローカル ネットワーク上のマシンへのリクエストのプロキシを回避するために一般的です。
NO_PROXY=ローカルホスト,*.ローカルドメイン
Lynx などとの互換性のために、これらの環境変数に相当する小文字
(例: $http_proxy) も理解され、大文字よりも優先して使用されます。
バージョン。
Darcs が libcurl を使用してビルドされていない場合、これらの環境変数はすべて無視されます。
また、Web プロキシを使用する方法はありません。
DARCS_PROXYUSERPWD
Darcs が libcurl を使用して構築されており、必要な Web プロキシを使用している場合
認証の場合、$DARCS_PROXYUSERPWD 環境変数をユーザー名に設定できます。
とプロキシが期待するパスワードをコロンで区切って指定します。 この環境変数は
Darcs が libcurl でビルドされていない場合は、暗黙的に無視されます。
DARCS_GET_FOO & DARCS_APPLY_FOO
foo:// で始まる URL でリポジトリにアクセスしようとすると、darcs は
DARCS_GET_FOO 環境変数 (定義されている場合) で指定されたプログラムをダウンロードして、それぞれをダウンロードします。
ファイル、および DARCS_APPLY_FOO 環境変数 (定義されている場合) で指定されたコマンド
foo:// URL にプッシュするとき。
このメソッドは、「foo://xxx」 URL を取得する他のすべての方法をオーバーライドします。
各コマンドは、ダウンロードされたコンテンツを送信するように構築する必要があることに注意してください。
STDOUT であり、その次の引数は URL である必要があります。 以下にいくつかの例を示します。
DARCS_GET_HTTP で動作します:
フェッチ -q -o -
カール -s -f
リンクス -ソース
wget -q -O -
このようなおもちゃの例とは別に、引数を操作する必要がある可能性があります。
実際のフェッチャー プログラムに渡す前に。 たとえば、次の問題を考えてみましょう。
マウント権限なしで CIFS (SMB) 共有上のリポジトリへの読み取りアクセスを取得します。
import DARCS_GET_SMB='smbclient -c get'
ダルクスは smb://fs/twb/Desktop/hello-world を取得します
上記のコマンドはいくつかの理由により機能しません。 まず、Darcs がそれを渡します。
`smb:` で始まる引数ですが、smbclient はこれを理解できません。 XNUMX番目に、ホスト
および共有 `//fs/twb` はパスへの別の引数として指定する必要があります
「デスクトップ/hello-world」。 第三に、smbclient では「get」とパスが単一であることが必要です。
XNUMX つの個別の引数ではなく、引数 (スペースを含む) を使用します。 最後に、smbclientの
「get」コマンドはファイルをディスクに書き込みますが、Darcs はファイルが標準ファイルに出力されることを期待しています。
出力。
原理的には、変数にシェルを含めることでこのような問題を回避できます。
スクリプト、残念ながら、Darcs はコマンドを空白で分割しており、理解できません
引用またはエスケープ。 したがって、代わりにコマンドを別の実行可能ファイルに置く必要があります。
スクリプト。
smbclient の例を続けて、実行可能スクリプトを作成します。
`~/.darcs/libexec/get_smb` には次の内容が含まれます。
#!/bin/bash -e
IFS=/ ホスト共有ファイルの読み取り <<<'${1#smb://}'
smbclient //$host/$share -c 'get $file -'
そしてついに言えるのは
エクスポート DARCS_GET_SMB=~/.darcs/libexec/get_smb
ダルクスは smb://fs/twb/Desktop/hello-world を取得します
APPLY コマンドは、標準入力にパイプされた darcs パッチファイルを使用して呼び出されます。
DARCS_CONNECTION_TIMEOUT
darcs が許可する接続にかかる最大時間を秒単位で設定します。 変数の場合
指定されていない場合、デフォルトは 30 秒です。 このオプションは、curl でのみ機能します。
onworks.net サービスを使用してオンラインで darcs を使用する
