2

私の同僚と私は、Accurev にある巨大なプロジェクトに参加しています。いくつかのストリーム (zzz-stream と呼びましょう) に裏打ちされた独自のワークスペースを既に作成しており、これは私たちだけでなく、他の多くの参加者によって使用されています。

ポイントは、ワークスペース間で作業を交換したり、変更を加えたり、再度交換したりしたいということです。他の人が変更にアクセスできるようにする前に、つまり、変更が安定してテストされるまで、変更を伝播したくないということです。 、しかし、私たちは一緒にそれに取り組むことができるようにしたい.

私のアイデアは、zzz-stream でバックアップされた新しいストリーム (yyy-stream) を作成し、yyy-stream でバックアップされるようにワークスペースを変更することでした。残念ながら、私にはストリームを作成する権利がありません。

私の 2 番目のアイデアは、ワークスペースをバックストリームとして使用することでしたが、Accurev は ws をバックストリームとして使用できないため、機能しません。

私たちの問題の解決策はありますか？

UPD:ブラッドの回答を最も詳細なものとして受け入れました。ただし、Accurev は重すぎて動きが鈍く、効果的に使用することはできません。したがって、実際には accurev ワークスペースよりも内部のニーズに Git を使用することを好みます。(外部では Accurev を、内部では gitを参照してください)

4

4 に答える 4

5

yyy-stream を作成するというあなたの考えは、それを行うための正確な方法です。他のオプションは、1 回限りの状況に対するまともな回避策ですが、追加ストリームの作成は簡単で、AccuRev の機能を十分に活用しています。そうは言っても、管理者がストリームの作成をロックダウンしていることは理解しています。彼らはもちろん制御を望んでいますが、開発者の生産性を最大化し、このような回避策を強制しないようにする必要があります。私の推測では、server-admin トリガーによって強制されている特定のグループにストリームの作成がロックされていると思います。他の大規模サイトで見た一般的なことの 1 つは、次のとおりです。これは、大規模なサイトの管理者が物事を整理するために重要です。また、

要するに、これが一般的な状況である場合は、管理者と協力して、上記のようにこの機能を許可してください。ご不明な点がございましたら、AccuRev までお問い合わせください。サポートさせていただきます。

于 2014-01-23T19:45:15.803 に答える
3

3 番目のオプション (ワークスペースにいて、他のユーザーの変更を取得するファイルを正確に把握している場合) は、ファイルのバージョン ブラウザーを表示し、右クリックして履歴/バージョンの参照を選択することです。他のワークスペースを探し、そのワークスペースのバージョンを強調表示し、右クリックして [ワークスペースに送信] を選択します。これにより、そのバージョンがワークスペースにチェックアウトされます。

これはパレットの変更の提案に似ていますが、ファイル単位でこれを調べるとより迅速になります。

于 2014-01-22T18:20:16.627 に答える
1

もう 1 つのアイデアは、Accurev ワークスペースで別のバージョン管理システム (git や svn など) を使用して変更を交換し、履歴を zzz-stream から分離しておくことです。( 外部的には Accurev、内部的には gitに似ています) プロジェクト全体ではなく、変更されたファイルのみを他の VCS に追加する必要があります。ただし、いくつかのマージの問題が発生します。

于 2014-01-23T09:15:43.650 に答える