2009-07-22 8 views
7

Dans AccuRev, lorsque je regarde l'historique d'un fichier (en "mode historique"), je vois une liste des actions qui ont été effectuées sur le fichier. Chaque action a un numéro (#) et une version.Quels sont les différents numéros de version AccuRev?

Lorsque je clique sur l'une de ces actions, une autre liste apparaît qui montre chacun des fichiers impliqués dans l'action (y compris celui dont j'ai étudié l'historique). Chaque entrée dans ce panneau inférieur a une "version virtuelle" et une "version réelle".

La "version" dans le panneau supérieur semble être la même que la "version virtuelle" de mon fichier dans le panneau inférieur.

Quelle est la différence entre le #, la version virtuelle et la version réelle? Pourquoi les versions virtuelles et réelles ont-elles deux nombres séparés par une barre oblique?

Répondre

6

Je trouve la documentation AccuRev à être source de confusion. Voici ce que j'ai compris:

# est le numéro de transaction. Chaque action d'un dépôt AccuRev se voit attribuer un numéro de transaction unique (auto-incrémenté). Lorsque plusieurs fichiers sont affectés en une action, ils partagent le numéro de transaction. "Version virtuelle" est le nom (ou le numéro) du flux, suivi d'une barre oblique, suivi du nombre de versions sur ce flux. Ainsi, la première version de helloworld.c sur IntegrationStream est IntegrationStream/1, ou peut-être un nombre comme 123/1. Si AccuRev vous montre un nombre, vous pouvez look up the corresponding stream name. Si plusieurs modifications ont été conservées sur le fichier dans un autre flux et que le fichier avec plusieurs modifications est finalement promu dans ce flux (IntegrationStream), cela incrémente le nombre d'un seul. La prochaine version visible sur ce flux sera donc IntegrationStream/2 (ou 123/2).

La "version réelle" fait référence à la première fois que la révision du fichier a été vue dans le dépôt. Ce serait lorsque l'opération de conservation d'origine a été effectuée dans l'espace de travail de quelqu'un. Donc, si la version du fichier vu dans IntegrationStream/2 est le résultat d'un keep dans Proj_jsmith/7 qui a été promu jusqu'à IntegrationStream, alors la version réelle apparaît comme Proj_jsmith/7. La version de l'ancêtre, de la fusion et du correctif, le cas échéant, peut être mieux comprise en basculant vers le «mode navigateur de version» où les lignes ancêtre, fusion et correctif sont affichées. Ces colonnes de la grille du panneau inférieur font référence aux versions associées à la version donnée d'un fichier en le faisant précéder d'un ancêtre ou en étant la source d'une fusion ou d'un correctif.

+3

"J'ai trouvé la documentation d'AccuRev prête à confusion" .. J'ai le même problème ... comprendre 'underlap' par exemple :( – Benjol

2

# est le numéro de la transaction, il est incrémenté pour chaque opération de changement de dépôt et est incrémenté en continu.

La différence entre le Real et la version version virtuelle est décrite dans AccuRev aide (% PROGRAMFILES%/AccuRev/doc/WebHelp/InDepth_Real_and_Virtual_Versions.htm)

Questions connexes