accurev - Accurev - 自動更新しないのはなぜですか?

Question

プログラムを開いたときに Accurev が自動的に「更新」を実行するのが標準的な動作ではないのはなぜですか? 「更新」は、ユーザーのローカル サンドボックスを建物/昇格エリアの最新ファイルで更新します。

最新のファイルを最初に同期する必要があるのは、期待される機能のようです。

常に更新する必要があると主張しているわけではありませんが、自動更新が正しくない理由に興味があります。

Answer 1

自動更新により、非常に望ましくない結果が生じる可能性があります。

次のシナリオを考えてみましょう: あなたは開発タスクの最中ですが、間違いを犯したため、変更したばかりのファイルを元に戻す必要があります。したがって、AccuRev を開きますが、「最新バージョンに戻す」機会を得る前に、元に戻したいファイルを含め、上流で変更された 100 個のファイルが殺到します。進行中の (おそらく不安定な) コードのマージを含め、ソリューションをビルドする前に、すべてのマージ競合を解決する必要があります。

ユーザーが手動で更新することを要求することで、開発者は保護的な「バブル」を保持し、サンドボックスでの作業を不安定にする可能性のあるコード変更をダウンさせることなく、自分のワークスペース内で変更をコミット (保持) できます。開発者が自分のコードを他のユーザーと共有する準備ができた時点で、更新を行い、その後、昇格する前にマージされたコードベースをビルド/再テストするのに適切な時期です。

ただし、自動更新が役立つと私が確信しているシナリオが 1 つあります。それは、ワークスペースの親が変更された後です。つまり、開発者のワークスペースがストリーム階層のある部分から別の部分に移動したときです。親を変更するたびに、少しダンスをしなければなりません。

1. 変更をプロモートする前に、ワークスペースを更新する必要があることを (かなり冗長に) 通知する確認ダイアログを受け入れます。
2. ワークスペースをダブルクリックして、そのファイルを表示します。
3. AccuRev が「保留中」の検索を実行するのを待って、ファイルの変更がコミットされるのを待っているかどうかを判断します。
4. 最後に、アップデートを実行します。

確認ダイアログを表示するだけでなく、AccuRev がすぐに更新するかどうかを尋ねてくれると便利です。

Answer 2

好みによると思います。私は、自動更新機能が好きではありません。巨大なプロジェクトがあり、Accurev を起動するたびにビルドしたくないと想像してください。ただし、ソース ファイルとデバッグ情報が対応していないため、デバッグもできません。