I conocer la documentación AccuRev a ser confuso. Esto es lo que he llegado a entender:
# es el número de transacción. A cada acción en un depósito de AccuRev se le asigna un número de transacción único (incremento automático). Cuando varios archivos se ven afectados en una acción, comparten el número de transacción.
"Versión virtual" es el nombre (o número) de la secuencia, seguido de una barra inclinada, seguida del recuento de la versión que está en esa secuencia. Entonces, la primera versión de helloworld.c en IntegrationStream es IntegrationStream/1, o tal vez un número como 123/1. Si AccuRev le muestra un número, puede look up the corresponding stream name. Si se han mantenido varios cambios en el archivo en otra secuencia y el archivo con múltiples cambios finalmente se promociona a esta secuencia (IntegrationStream), esto incrementa el número solo en uno. Entonces, la próxima versión visible en esta secuencia sería IntegrationStream/2 (o 123/2).
La "versión real" se refiere a la primera vez que se vio la revisión del archivo en el almacén. Esto ocurriría cuando la operación de conservación original se realizara en el espacio de trabajo de alguien. Entonces, si la versión del archivo vista en IntegrationStream/2 es el resultado de un mantenimiento en Proj_jsmith/7 que fue promovido a IntegrationStream, entonces la versión real aparece como Proj_jsmith/7.
La versión ancestro, fusión y revisión, si corresponde, puede comprenderse mejor al cambiar al "modo de navegador de versión" donde se muestran las líneas ancestro, combinación y parche. Esas columnas en la cuadrícula del panel inferior se refieren a las versiones que están asociadas a la versión dada de un archivo al precederlo como antecesor o al ser el origen de una combinación o parche.
"Encontré que la documentación de AccuRev es confusa" .. Tengo el mismo problema ... entendiendo 'underlap' por ejemplo :( – Benjol