git-archimport(1) Manual Page

1つ以上の GNU Arch リポジトリからプロジェクトをインポートします。これは、提供された <archive>/<branch> パラメーターによって定義された名前空間内のブランチとリポジトリに従います。リモートブランチが見つからない場合は、マージ元から通常のコミットとしてインポートされます。見つかった場合は、可能な限りマージとしてマークします(以下の説明を参照)。

スクリプトは、 initial import または tag 型のArchコミットからインポートを開始できるキールート(key root)を提供することを想定しています。提供されたルート(root)内の新しいブランチを追跡してインポートします。

1つのプロジェクトのみを扱うことを想定しています。ルート(root)が異なるブランチを検出した場合、実行を拒否します。その場合は、 <archive>/<branch> パラメータを編集して、インポートの範囲を明確に定義します。

git archimport は、バックグラウンドで tla を広範囲に使用して、Archリポジトリにアクセスします。パス上に利用可能な tla の最新バージョンがあることを確認してください。 tla は、 git archimport に渡すリポジトリについて知っている必要があります。

最初のインポートでは、 git archimport は空のディレクトリに自分自身を見つけることをf期待しています。 Archを使用するプロジェクトの開発を追跡するには、最初のインポートと同じパラメーターを使用して「git archimport」を再実行し、増分インポートを実行します。

git archimport は、インポートするアーカイブに適切なブランチ名を作成しようとしますが、Gitブランチ名を手動で指定することもできます。これを行うには、各 <archive>/<branch> パラメーターの後にコロン(:)で区切ってGitブランチ名を記述します。このようにして、Archブランチ名を短縮し、Arch専門用語をGit専門用語に変換できます。たとえば、「PROJECT--devo--VERSION」ブランチを「master」にマッピングします。

複数のArchブランチを1つのGitブランチに関連付けることができます。 結果は、2番目のブランチが作成された後、最初のブランチに対してコミットが行われない場合にのみ最も意味があります。それでも、これは定期的にローテーションされたArchリポジトリを変換するのに役立ちます。

Archからのパッチマージデータは、Gitでのマージをマークするためにも使用されます。 Gitはパッチの追跡についてはあまり気にせず、分岐した時点以降、ブランチにすべてのコミットが組み込まれている場合にのみマージを考慮します。最終的な結果として、Gitはブランチがどこまで分岐したかを把握できます。したがって、インポートプロセスでは、パッチ取引のメタデータが失われます。

幸い、Archからインポートされたブランチをマージしようとすると、Gitは適切なマージベースを見つけ、ブランチ間で順番どおりにトレードされていないパッチを特定できる可能性が高くなります。

Part of the git(1) suite