2

私の会社では、2014.X バージョンの Perforce (サーバーとクライアント) を展開しています。既存の Peforce ストリーム デポがあります。

Helix とも呼ばれる 2015.X へのアップグレードを調査しています。機能の 1 つは、"GitSwarm" と呼ばれる Git とのより優れた統合であり、Perforce と統合された GitLab フロントエンドを使用しています。

オンラインでドキュメントを調べましたが、次の質問に対する回答が見つかりませんでした。

いくつかの質問を聞きたいんです ：

  1. 更新が完了したら、完全な履歴を持つ既存のストリーム デポに GitSwarm 経由でアクセスできますか? それとも、新しいデポを作成または移行する必要がありますか?

  2. 前者が可能である場合、Git Fusion/Connector のドキュメントから、単一のストリームに基づいてのみ Git リポジトリを作成できると思いますか? GitSwarm から一度に利用できるストリームは 1 つだけですか?

  3. 最後に、GitSwarm 側で機能ブランチを作成し、それを Perforce ストリーム デポにプッシュしてマージすると、git ブランチは Perforce でどのように表示されますか? 新しいストリームとして ? それとも支店しかありませんか？基本的に、git 側のメイン マップ ストリームで git ブランチをマージし直す必要がありますか? または、Perforce または Git で自由にマージバックできますか?

長い投稿で申し訳ありませんが、GitSwarm がデプロイされるので、多くのチームが同じ質問に直面すると思います。

4

1 に答える 1

3

1) はい、Git 側からストリームの全履歴にアクセスできます。ストリームで GitSwarm を使用する際の課題の 1 つは、git リポジトリのクローンを作成した後にストリーム ビューを変更できないことです。Git が基になるストリームのセマンティクスを理解したり、移動されたコンテンツを追跡したりする方法はありません。

ストリーム ビューの除外行は、Git ではうまく機能しません。明示的にブロックされているため、GitSwarm にプッシュできないファイルを Git に追加することができます。

ストリームからのインポート行は、Git のサブモジュールに変換されます。

2) 正しい。各リポジトリは 1 つのストリーム デポを指します。それぞれが異なるストリーム デポを指す複数のリポジトリを作成できます。必要に応じて、各ストリーム デポの個々のストリームを Git のブランチにマップできます。一般に、メインライン ストリームは Git リポジトリの master にマップする必要があります。

3) Git ブランチは軽量形式で保存されるため、これらの変更は Helix サーバーに送られますが、個別のストリームとしては表示されません。リポジトリ構成ファイルを使用して、Git の長期ブランチを Helix のストリームに明示的にマップできます。ストリームを Git の長期間存続するブランチにマップすると、Git または Helix のいずれかでマージできます。

于 2015-11-25T17:34:36.450 に答える