Этот тип события поддерживается только для проекта, который полностью управляется и хранится в нативной VCS Workspace (в его
Versioned Storage Git-репозитории). Для локального проекта, опубликованного в Workspace Altium 365, но не находящегося под формальным контролем версий (то есть использующего методологию Simple Sync), вы не увидите на временной шкале истории никаких VCS-связанных событий коммита. Чтобы получать эту информацию, можно переключить стиль онлайн-доступности, включив параметр
Version Control на вкладке
General диалога
Project Options. Это переводит проект под нативную VCS Workspace.
Для проекта, опубликованного в Workspace Altium 365, но уже находящегося под внешним контролем версий, вы также не увидите на временной шкале истории никаких VCS-связанных событий коммита. Используйте клиент внешней системы контроля версий, чтобы просмотреть историю версий проекта. Либо вы можете фактически перейти на нативную VCS Workspace. Можно создать снимок (snapshot) проекта — наиболее эффективно и «чисто» это делается с помощью
Project Packager в Altium Designer. Это отсоединит проект от внешней VCS и от Workspace (если он уже был там опубликован), после чего вы сможете снова опубликовать его в Workspace, но уже под VCS Workspace — как бы начав заново. Подробные сведения см. в
Moving from External VCS to Workspace Native VCS.
Каждый раз, когда вы выполняете Commit проекта в Workspace (когда проект управляется во внутреннем Versioned Storage Git-репозитории Workspace), на временную шкалу добавляется плитка события Project Committed. Отображается имя (и изображение) пользователя, выполнившего коммит (Save to Server), а также дата и время. Если при коммите и отправке (push) был добавлен комментарий — через диалог Commit to Version Control dialog — он также будет показан в плитке.
Если проект был локальным, неуправляемым, а затем был опубликован онлайн, то описание, введённое в диалоге
Make Available Online dialog, будет использовано и в плитке события
Project Created, и в начальной плитке события
Project Committed, поскольку коммит проекта выполняется как часть публикации проекта онлайн — разумеется, при условии, что параметр
Version Control был включён.
Пример начальной плитки события Project Committed.
Плитка также поддерживает и отображает информацию о сравнении (diff) проекта, показывая более подробные сведения о том, что изменилось между текущим и предыдущим коммитами. Поддерживаемые элементы включают файлы, компоненты, цепи (nets), варианты, а также структуру PCB. Раздел diff в плитке суммирует различные элементы, затронутые событием коммита, сгруппированные по следующим состояниям:
– элемент добавлен.
– элемент удалён.
– элемент изменён.
Нажатие элемента управления
в плитке развернёт этот раздел diff и покажет затронутые элементы по именам.
Используйте доступные элементы управления
Show More и
Show Less, чтобы просмотреть полный список для каждого типа элементов. Нажмите элемент управления

в плитке, чтобы вернуться к сводному отображению.
Нажмите элемент управления
в правом верхнем углу плитки, чтобы открыть меню со следующими командами:
-
Download Sources - use, чтобы скачать и открыть эту конкретную ревизию проекта PCB или Harness на панели Projects. Имя проекта будет включать дату и время, когда эта ревизия была закоммичена. Обратите внимание: эта ревизия доступна только для чтения; её можно просматривать, но нельзя редактировать.

Вы можете открыть (только для просмотра) любую конкретную ревизию проекта — прямо из соответствующей плитки события Project Committed для этой ревизии.
-
Compare: Schematic to, PCB to, BOM to – позволяет сравнить данные схемы (Schematic), PCB или BOM в этом коммите с данными другого коммита или события релиза. Используйте подменю, чтобы сравнить с предыдущим коммитом, либо выберите из всех доступных релизов и коммитов. После выбора данных для сравнения результаты отображаются в соответствующем представлении различий, которое открывается в новой вкладке браузера по умолчанию. Дополнительные сведения см. в Design Data Comparisons (Altium 365 Workspace, Enterprise Server Workspace).
-
Create Tag – добавить один тег с пользовательским именем к любому коммиту проекта (и только если этот проект хранится в Workspace во внутренней системе Git VCS). Создать тег можно только для коммита, который уже сохранён в Workspace. После выполнения команды открывается диалог Create Tag . Введите нужный тег и нажмите Create.
Откроется информационное всплывающее окно, предупреждающее о недопустимых символах в имени тега. Тег не будет создан, пока недопустимые символы не будут удалены.
Если в проекте есть коммиты, которые ещё не были отправлены (push), откроется диалог Save To Server с вопросом, хотите ли вы выполнить push. Если коммит будет отправлен, откроется диалог Create Tag .
Когда проект выпускается (release) с помощью Project Releaser и у его последнего коммита ещё нет тега, этому последнему коммиту будет автоматически назначен тег. Этот тег будет иметь вид RELEASE_<RevisionID>, где <RevisionID> — номер ревизии выпущенных исходников проекта (A.1, A.2 и т. д.), например, RELEASE_A.3.
Чтобы переименовать или удалить тег, нажмите
, затем наведите курсор на запись Tag . Откроется диалог, в котором можно ввести новое имя тега. Если выбран Remove , тег удаляется немедленно.
Команда
Create Tag также доступна через контекстное меню: щёлкните правой кнопкой мыши по имени проекта или документа на панели
Projects , затем выберите
History & Version Control » Create Tag, чтобы создать тег для последнего/актуального коммита.
Примечания:
-
Теги не поддерживаются для внешних систем контроля версий.
-
Для одного коммита можно создать только один (1) тег.
-
Сделать копию – используется для создания копии проекта из указанной ревизии. Откроется диалог Create Project Copy , в котором вы вводите Project Name (по умолчанию это будет исходное имя проекта с суффиксом « - Copy»), Description (не заполняется автоматически), путь Folder (внутри Workspace) и путь Local Storage (к рабочей копии). Проект будет создан, а на временной шкале появится плитка события Project Copied.
Путь
Folder в Workspace по умолчанию будет той же папкой, в которой хранится исходный проект. Нажмите

, чтобы открыть диалог
Choose Folder (упрощённая версия панели
Explorer) и при необходимости изменить папку. Путь
Local Storage по умолчанию будет задан на основе расположения, определённого на странице
System - Default Locations диалога
Preferences. Нажмите

, чтобы открыть стандартный диалог Windows и при необходимости изменить это расположение.
-
Revert to – используйте эту команду, чтобы откатиться к данным указанной ревизии проекта. Данные исходных документов проекта в этой ревизии перезаписывают данные в вашей локальной рабочей копии проекта. Фактически проект на мгновение закрывается и затем снова открывается с откатанными данными. Если вы хотите завершить откат и сделать эти данные Head Revision (текущей версией), необходимо выполнить commit и push проекта обратно в Workspace.
Откатиться к любой конкретной ревизии проекта можно напрямую из соответствующей плитки события Project Committed для этой ревизии.
После отката к конкретной ревизии и до выполнения commit вы можете восстановить локальную рабочую копию до последней ревизии, используя команду Revert to, связанную с последней плиткой события Project Committed на временной шкале.
Плитка события
Project Committed физически соединена с основным стволом временной шкалы сплошной синей линией соединения и узлом:

. Последняя ревизия проекта (т. е. последний коммит) отличается тем, что её узел имеет белую заливку:

.