Я нашел документацию AccuRev, чтобы ввести в заблуждение. Вот что я понял:
# - номер транзакции. Каждому действию в депо AccuRev присваивается уникальный (автоматически увеличивающий) номер транзакции. Когда в одном действии затрагивается несколько файлов, они делят номер транзакции.
«Виртуальная версия» - это имя (или номер) потока, за которым следует косая черта, за которой следует счетчик той версии, которая находится в этом потоке. Итак, первая версия helloworld.c в IntegrationStream - IntegrationStream/1, или, возможно, число, подобное 123/1. Если AccuRev показывает вам номер, вы можете look up the corresponding stream name. Если несколько изменений были сохранены в файле в другом потоке, и файл с несколькими изменениями, наконец, продвигается в этот поток (IntegrationStream), это увеличивает число только на единицу. Таким образом, следующая версия, видимая в этом потоке, будет IntegrationStream/2 (или 123/2).
«Настоящая версия» относится к тому, как в первый раз просматривалась версия файла на складе. Это было бы, когда первоначальная операция сохранения выполнялась в чьей-то рабочей области. Поэтому, если версия файла, увиденная в IntegrationStream/2, является результатом сохранения в Proj_jsmith/7, который был повышен до IntegrationStream, тогда реальная версия отображается как Proj_jsmith/7.
Версия предка, слияния и исправления, если применимо, может быть лучше понята путем перехода в «режим браузера версии», где показаны линии предков, слияний и патчей. Эти столбцы в нижней панели панели относятся к версиям, которые связаны с данной версией файла, предшествуя ему как предку или являясь источником слияния или патча.
«Я нашел документацию AccuRev в замешательстве». У меня такая же проблема ... понимание «underlap» например :( – Benjol