Этот тип события поддерживается только для проекта, который полностью управляется и хранится в собственной VCS Workspace (в его
Versioned Storage репозитории Git). Для локального проекта, размещенного в Altium 365 Workspace, но не находящегося под формальным контролем версий — и потому использующего методологию Simple Sync, — вы не увидите на временной шкале истории никаких событий коммитов, связанных с VCS. Чтобы получить эту информацию, можно переключить стиль сетевой доступности, включив параметр
Version Control на вкладке
General tab диалогового окна
Project Options. Это переведет проект под собственную VCS Workspace.
Для проекта, размещенного в Altium 365 Workspace, но уже находящегося под внешним контролем версий, вы также не увидите на временной шкале истории никаких событий коммитов, связанных с VCS. Используйте клиент внешней системы контроля версий, чтобы просмотреть историю версий проекта. Либо вы можете фактически перейти на собственную VCS Workspace. Можно создать снимок проекта — наиболее эффективно и аккуратно это делается с помощью
Project Packager в Altium Designer. Это отключит проект от внешней VCS и от Workspace (если он уже был там размещен), после чего вы сможете снова разместить его в Workspace, но уже под VCS Workspace — как бы начав заново. Подробную информацию о том, как это сделать, см. в
Переход с внешней VCS на собственную VCS Workspace.
Каждый раз, когда вы выполняете Commit проекта в Workspace (где проект управляется во внутреннем Versioned Storage репозитории Git Workspace), на временную шкалу добавляется плитка события Project Committed. Отображается имя (и изображение) пользователя, выполнившего коммит (Save to Server), а также дата и время. Если во время коммита и отправки был добавлен комментарий — с использованием диалогового окна Commit to Version Control dialog — он также будет показан в плитке.
Если проект был локальным неуправляемым проектом, который впоследствии был размещен в сети, то описание, введенное в диалоговом окне
Make Available Online dialog, будет использоваться как в плитке события
Project Created, так и в начальной плитке события
Project Committed, поскольку коммит проекта выполняется как часть публикации проекта в сети — разумеется, при условии, что параметр
Version Control был включен.
Пример начальной плитки события Project Committed.
Плитка также поддерживает и отображает информацию о различиях в проекте, показывая более подробные сведения о том, что изменилось между текущим и предыдущим коммитами. Поддерживаемые элементы включают файлы, компоненты, цепи, варианты и структуру PCB. Раздел сравнения в плитке суммирует различные элементы, затронутые событием коммита, сгруппированные по следующим состояниям:
— элемент добавлен.
— элемент удален.
— элемент изменен.
Щелчок по элементу управления 
в плитке развернет этот раздел сравнения и покажет затронутые элементы по именам.
Используйте доступные элементы управления
Show More и
Show Less, чтобы просмотреть полный список для каждого типа элементов. Нажмите элемент управления
в плитке, чтобы вернуться к сводному отображению.
Нажмите элемент управления 
в правом верхнем углу плитки, чтобы открыть меню со следующими командами:
-
Download Sources - uиспользуйте для загрузки и открытия этой конкретной ревизии проекта PCB или Harness на панели Projects. Имя проекта будет включать дату и время, когда эта ревизия была закоммичена. Обратите внимание, что эта ревизия доступна только для чтения; ее можно просматривать, но нельзя редактировать.
Вы можете открыть (только для просмотра) любую конкретную ревизию проекта — непосредственно из соответствующей плитки события Project Committed для этой ревизии.
-
Compare: Schematic to, PCB to, BOM to — позволяет сравнить данные схемы, PCB или BOM проекта PCB в этом коммите с данными другого коммита или события выпуска. Используйте подменю, чтобы сравнить с предыдущим коммитом, либо выберите из всех доступных выпусков и коммитов. После выбора данных для сравнения результаты будут представлены в соответствующем представлении различий, которое откроется в новой вкладке браузера по умолчанию. Дополнительные сведения см. в Design Data Comparisons (Altium 365 Workspace, Enterprise Server Workspace).
-
Create Tag — позволяет добавить один пользовательский тег с произвольным именем к любому коммиту проекта разработки (и только если этот проект хранится в Workspace под его внутренней системой Git VCS). Создать тег можно только для коммита, который уже сохранен в Workspace. После выполнения команды откроется диалоговое окно Create Tag. Введите нужный тег и нажмите Create.
Если введенный тег содержит недопустимый символ, в диалоговом окне Create Tag появится значок 
. Наведите указатель на значок, чтобы увидеть подсказку о том, какие символы разрешены, а именно: буквы, цифры, точка ('.'), дефис ('-'), знак номера ('#') и подчеркивание ('_'); при необходимости исправьте тег.
Если в имени тега есть недопустимые символы, откроется информационное всплывающее сообщение. Тег не будет создан, пока недопустимые символы не будут удалены.
Если у проекта есть коммиты, которые еще не были отправлены, откроется диалоговое окно Save To Server с вопросом, хотите ли вы выполнить push. Если коммит будет отправлен, откроется диалоговое окно Create Tag.
Когда проект выпускается с помощью Project Releaser и его последний коммит еще не имеет тега, этому последнему коммиту тег будет назначен автоматически. Этот тег будет иметь вид RELEASE_<RevisionID>, где <RevisionID> — номер ревизии выпущенных исходных данных проекта (A.1, A.2 и т. д.), например, RELEASE_A.3.
Чтобы переименовать или удалить тег, нажмите 
, затем наведите указатель на запись Tag . Откроется диалоговое окно, в котором можно ввести новое имя тега. Если выбран Remove , тег будет немедленно удален.
К команде
Create Tag также можно получить доступ, щелкнув правой кнопкой мыши по имени проекта или документа на панели
Projects , а затем выбрав
History & Version Control » Create Tag, чтобы создать тег для последнего/актуального коммита.
Примечания:
-
Поддержка тегов для внешней системы контроля версий отсутствует.
-
Для каждого коммита можно создать только один (1) тег.
-
Make a copy — используется для создания копии из этой конкретной ревизии проекта. Откроется диалоговое окно 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 физически соединена с основным стволом временной шкалы сплошной синей соединительной линией и узлом:
. Последняя ревизия проекта (то есть последний коммит) отличается тем, что ее узел имеет белую заливку:
.
Локализовано с помощью ИИ