Altium NEXUS Documentation

Altium 365 Workspace - Управление проектами из Altium NEXUS

Последнее изменение: Pavel Demidov; 05.06.2021
Полное содержание

Главная страница: Управляемые проекты

В этом документе рассмотрена работа с управляемыми проектами в Altium NEXUS, в том числе:

  • Создание проекта – непосредственное создание или преобразование существующего неуправляемого проекта для доступа к нему онлайн.
  • Публикация проекта – изменение прав доступа к проекту, чтобы нужные пользователи могли видеть проект и работать над ним.
  • Открытие проекта – для возможности работать над ним.
  • Клонирование проекта – для быстрого получения идентичной копии проекта без необходимости создания проекта с нуля, если следующий проект должен быть очень похожим на предыдущий.
  • Просмотр истории проекта – изучение временной шкалы основных событий, связанных с проектом: его создание, фиксации, выпуски, клонирования и обмены данными с MCAD-системой, с поддержкой различных действий, где это применимо.

Создание проекта

Существует два способа создания управляемого проекта из Altium NEXUS:

  • Создание нового управляемого проекта через диалоговое окно Create Project.
  • Преобразование существующего неуправляемого проекта (обычного проекта или проекта, находящегося под управлением системы контроля версий) для доступа к нему в Workspace – по сути, "регистрация" проекта в Workspace и создание его зеркальной копии.

В следующих разделах эти два способа создания проекта рассмотрены подробнее.

Через диалоговое окно Create Project

Новый управляемый проект может быть создан в Altium NEXUS с помощью диалогового окна Create Project (File » New » Project):

Определение настроек в диалоговом окне Create Project для создания нового управляемого проекта из Altium NEXUS. Обратите внимание, что опции Advanced будут заданы соответствующим образом по умолчанию.

  1. В списке Locations выберите строку вашего Workspace (будет отображено его название). Вы должны быть подключены к Workspace, чтобы увидеть его в списке. Это будет целевой сервер, в котором будет хранится новый управляемый проект.
  2. В списке Project Type выберите тип проекта, который вы хотите создать, и выберите нужный шаблон из доступных. Если есть шаблоны проектов, созданные и выпущенные в Workspace, только они будут отображены как доступные для выбора. При выборе строки <Empty> будет создан пустой проект без начальных исходных документов.
  3. Введите название проекта (Project Name) и опциональное описание (Description).

    Название проекта должно начинаться с A-Z, a-z или 0-9, и оно может содержать эти символы. Допустимы подчеркивания, дефисы и пробелы, но пробелы могут быть только в середине имени (пробелы в начале и в конце будут игнорироваться). Вы не можете использовать следующие слова: AUX, COM1-COM9, LPT1-LPT9, CON, NUL и PRN. Кроме того, имя не может содержать следующие символы: \ . / ? % * : | " < >.

Помимо этого, диалоговое окно Create Project включает в себя следующие опции:

  • Включите опцию Enable Formal Version Control (включена по умолчанию) для применения к проекту всех возможностей контроля версий, таких как ведение ревизий и расширенные возможности публикации. Когда эта опция отключена, проект будет просто сохранен в Workspace для базового общего доступа к нему. Подробнее.
  • Нажмите Advanced, чтобы указать пути к папкам.

    • Используйте поле Folder, чтобы указать, в какой папке в структуре Workspace должен быть создан проект. Путь по умолчанию для новых проектов указан на странице Admin - Settings - Projects веб-интерфейса Workspace (по умолчанию это путь Projects\<НазваниеПроекта>). Нажмите кнопку для выбора другой серверной папки, если это необходимо.
    • Используйте поле Local Storage, чтобы указать где на жестком диске будет создан проект перед его фиксацией в центральном проектном репозитории. Путь по умолчанию задан на странице System - Default Locations диалогового окна Preferences. Нажмите кнопку для выбора другой папки, если это необходимо. Это "рабочая" папка проекта и локальный репозиторий Git, в который будет фиксироваться проект. В конечном итоге (или во время фиксации), проект передается в центральный проектный репозиторий в Workspace (Versioned Storage), который является удаленным репозиторием Git.
  • Используйте область списка Parameters для добавления или удаления пар Name/Value (Имя/Значение) пользовательских параметров, связанных с проектом, которые будут хранится в Workspace. Используйте кнопку для добавления в список пары Имя-Значение нового параметра. Эти параметры управляемого проекта хранятся в Workspace с новым проектом, и их можно изменить в Workspace. В свою очередь, проектные параметры хранятся в файле проекта (*.PrjPcb), и их можно изменить в Altium NEXUS. Параметры обоих типов могут использоваться в Altium NEXUS в качестве специальных строк в Altium NEXUS – откройте панель Properties, когда размещенный объект Text String выделен в рабочей области. Все заданные для проекта параметры также можно просмотреть на вкладке Parameters диалогового окна Project Options (Project » Project Options).

Когда настройки проекта заданы нужным образом, нажмите кнопку . Структура нового проекта будет создана в указанных локальной и серверной (в Workspace) папках. Проект будет открыт в панели Projects, где будет показано, что проект и входящие в него документы запланированы на добавление (Scheduled for addition) – это обозначено иконкой синего перекрестия ().

Проект будет открыт в панели Projects под строкой целевого Workspace, отражающей название этого Workspace.

Щелкните ПКМ по проекту в панели Projects и выберите команду Save to Server или Version Control » Commit Whole Project. Будет открыто диалоговое окно Commit to Version Control. Выберите файлы, которые вы хотите зафиксировать в проектном репозитории Versioned Storage в Workspace и нажмите кнопку . После добавления файлов, в панели Projects будет отражено состояние полной синхронизации между файлами в удаленном репозитории (в Workspace) и файлами в локальном репозитории (рабочей копией), что обозначено соответствующими иконками .

Commit and push the newly created project to the Versioned Storage design repository in the Workspace.

При фиксации проекта Altium NEXUS обнаружит наличие несохраненных файлов и предложит сохранить их.

Кроме того, строка проекта появится на странице Projects веб-интерфейса Workspace.

Изначально проект будет опубликован с правами на редактирование проектировщику, который создал его (владельцу), и всем администраторам Workspace. Для получения более подробной информации о настройке прав доступа к проекту перейдите в раздел Публикация проекта.

Фиксация проекта без передачи

Для тех, кто не знаком с репозиториями Git, или для тех, кто просто хочет отправить локальные проектные изменения в Workspace, использование кнопки в диалоговом окне Commit to Version Control является самым прозрачным и оптимальным подходом.

Однако вы также можете зафиксировать (Commit) изменения в локальном репозитории Git перед их передачей в удаленный репозиторий Git (Versioned Storage) в Workspace. Для этого выберите команду Save to Server, как указано выше, и в диалоговом окне Commit to Version Control выберите Commit из выпадающего меню кнопки . Изменения будут сохранены в локальный репозиторий Git этого проекта, и в панели Projects будет отражено состояние файлов Ahead of server ().

Пример фиксации нового проекта в локальном репозитории Git.

Позже эти локально сохраненные файлы могут быть отправлены в удаленный репозиторий Git в Workspace путем выполнения команды Push. Это можно сделать следующими способами:

  • Щелкните ПКМ по строке проекта в панели Projects и выберите команду Save to Server из контекстного меню либо выберите команду File » Save to Server из главного меню. В диалоговом окне Commit to Version Control нажмите кнопку . Будут выполнена передача файлов в состоянии Ahead of server и фиксация и передача остальных файлов.

  • Щелкните ПКМ по строке проекта в панели Projects (или по определенному файлу) и выберите команду Version Control » Push(n) из контекстного меню. Здесь n отражает количество локальных фиксаций, которые были выполнены (перед сервером).

После передачи, в панели Projects будет отражено состояние полной синхронизации () между файлами в удаленном репозитории (в Workspace) и файлами в локальном репозитории (рабочей копией).

Преобразование существующего проекта для онлайн-доступа

Вы также можете преобразовать существующий неуправляемый проект (обычный проект или проект, находящийся под управлением системы контроля версий) для доступа к нему в Workspace – по сути, "зарегистрировать" проект в Workspace и создать его зеркальную копию. Это позволит вам воспользоваться преимуществами совместной работы, возможности которой доступны в платформе Altium 365, и при этом оставить изначальный проект там, где он есть. Для этого откройте существующий неуправляемый проект в Altium NEXUS как обычно, щелкните ПКМ по его строке в панели Projects и выберите команду Make Project Available Online из контекстного меню. Будет открыто диалоговое окно Make Available Online.

Преобразование существующего проекта для его доступа в Workspace – по сути, "регистрация" проекта в Workspace и создание его зеркальной копии.

Используйте диалоговое окно Make Available Online, чтобы изменить название (Name) проекта и добавить его описание (Description). По умолчанию будет задано то же название, что и у изначального проекта.

Включите опцию Enable Formal Version Control, чтобы добавить проект под управление встроенной в Workspace системы контроля версий (Git). Эта опция отключена по умолчанию – в этом случае проект будет просто сохранен в Workspace для базового общего доступа к нему, с возможностью публикации другим пользователям только для просмотра и комментирования, т.е. как бы менее формальная, простая синхронизация (Simple Sync). Рекомендуется включать формальный контроль версий, поскольку в этом случае у вас будет доступ ко всем функциональным возможностям, предлагаемым Workspace и платформой Altium 365.

Если неуправляемый проект уже находится под управлением контроля версий (внешнего проектного репозитория), эта опция будет включена и неактивна, и будет приведен текст, что проект уже находится под управлением системы контроля версий. Это значит, что проект останется под управлением проектного репозитория внешней системы контроля версий и он не будет добавлен во встроенный в Workspace проектный репозиторий системы контроля версий (Git). Будет применена простая синхронизация, но множество сотрудников cмогут продолжить работу над проектом, поскольку он находится под управлением системы контроля версий.
Обратите внимание, что если опция Enable Formal Version Control отключена, т.е. будет использоваться неформальная простая синхронизация (Simple Sync) для неуправляемого проекта (который не находится под управлением внешней системы контроля версий), проект сможет редактировать только один пользователь – владелец проекта (пользователь, который сделал проект доступным онлайн в Workspace). Преимущество простой синхронизации проявляется, когда вы не хотите, чтобы кто-либо другой мог редактировать ваш проект, но при этом вы хотите использовать возможности Altium 365 для публикации проекта другим пользователям для просмотра и комментирования. Когда опция Enable Formal Version Control включена, то благодаря проектному репозиторию Git Versioned Storage проект может быть опубликован множеству пользователей для редактирования (если они входят в команду Workspace), и при этом доступно использование возможностей глобальной публикации Altium 365 для общего просмотра и комментирования.

Нажмите по ссылке Advanced, чтобы отобразить поле Folder. Это поле используется для определения того, в какой папке в структуре Workspace должна быть создана зеркальная копия проекта. Путь по умолчанию для новых проектов указан на странице Admin - Settings - Projects веб-интерфейса Workspace (по умолчанию это путь Projects\<НазваниеПроекта>). Нажмите кнопку для выбора другой серверной папки, если это необходимо.

Когда свойства зеркального проекта определены в диалоговом окне Make Available Online нужным образом, нажмите OK. Проекты, которые стали доступны онлайн в Workspace, будут отображены в панели Projects в Altium NEXUS следующим образом:

  • Если проект не находится под управлением внешней системы контроля версий и при настройке доступа проекта онлайн опция Enable Formal Version Control была отключена, то этот проект будет отображен только с иконкой . Это означает, что проект зарегистрирован в Workspace, что существует его зеркальная копия и что эти два проекта синхронизированы с использованием методологии простой синхронизации. Файлы, сохраненные локально, автоматически синхронизируются со своими зеркальными копиями в Workspace.

    Для получения информации о различных состояниях, используемых простой синхронизацией, перейдите в раздел Состояния простой синхронизации.
  • Если проект находится под управлением внешней системы контроля версий, то он будет отображен с иконкой , что означает, что проект зарегистрирован в Workspace, что существует его зеркальная копия и что эти два проекта синхронизированы с использованием методологии простой синхронизации. Соответствующие иконки отражают состояние полной синхронизации между внешним проектным репозиторием и локальной рабочей копией. После сохранения и фиксации изменений локальных файлов во внешнем проектном репозитории эти изменения автоматически синхронизируются с зеркальной копией проекта в Workspace.

    Для получения информации о различных состояниях, используемых простой синхронизацией, перейдите в раздел Состояния простой синхронизации.
  • Если проект не находится под управлением внешней системы контроля версий и при настройке доступа проекта онлайн опция Enable Formal Version Control была включена, то проект и его файлы будут зафиксированы и переданы в проектный репозиторий Versioned Storage в Workspace, и в панели Projects с помощью соответствующих иконок будет отражено состояние полной синхронизации между этим внешним проектным репозиторием и локальным (рабочим) репозиторием. Проект будет работать как по-настоящему управляемый проект – не просто "зарегистрированный" в Workspace, а зафиксированный в нем и находящийся под его контролем версий. Изменения, выполненные в проекте, должны быть зафиксированы в репозитории в Workspace.

Зеркальный проект станет доступен на странице Projects веб-интерфейса Workspace.

Зеркальный проект будет изначально опубликован на чтение/запись проектировщику, который создал его (владельцу), и всем администраторам Workspace. Для получения более подробной информации о настройке прав доступа к проекту перейдите в раздел Публикация управляемого проекта.

Состояния простой синхронизации

Когда неуправляемый проект преобразован для доступа к нему онлайн в Workspace с использованием подхода простой синхронизации, а не формального контроля версий Workspace, текущее состояние синхронизации между локальным серверным проектом отображается в панели Projects различными иконками. Далее приведены эти иконки и их значения.

Синхронизирован Локальный проект и зеркальный проект в Workspace синхронизрованы.
Выполнение синхронизации Изменения локального проекта синхронизируются с зеркальным проектом в Workspace. Для локального проекта, который не находится под управлением внешней системы контроля версий, это происходит при сохранении локального файла. Для локального проекта, который находится под управлением внешней системы контроля версий, это происходит при сохранении и фиксации изменений локального файла во внешнем проектном репозитории.
Проект доступен только для чтения Проект был опубликован вам, но у вас есть доступ к нему только на чтение. При использовании методологии простой синхронизации, проект может быть изменен только одним человеком – его владельцем (пользователем, который сделал проект доступным онлайн в Workspace).
Не синхронизирован Изменения были выполнены локально, но они еще не были синхронизированы с зеркальным проектом в Workspace. Это может произойти, например, когда проект открыт на редактирование его владельцем/автором на двух компьютерах (ПК1 и ПК2). На ПК1 Workspace отключен. На ПК2 подключение к Workspace остается и выполняются изменения. При сохранении локальных файлов проект остается несинхронизированным. Если вы попытаетесь закрыть проект на ПК2, будет открыто диалоговое окно Closing unsynchronized projects, предупреждающее вас об этом. Если вы выберите закрытие этого проекта, изменения не будут доступны на ПК1. Чтобы исправить эту ситуацию, отключитесь от Workspace на ПК2 и подключитесь снова. Проект будет синхронизирован с Workspace. Синхронизированные данные будут отражены на ПК1 после его подключения к Workspace.
Конфликт

Существует конфликт между данными локального проекта и данными зеркального проекта в Workspace. Это может произойти, например, если один и тот же проект был открыт его владельцем/автором на редактирование на двух компьютерах (ПК1 и ПК2). На ПК1 проект был открыт, после чего ПК1 был отключен от Workspace. Затем были выполнены изменения и сохранены локальные файлы. Далее на ПК2 был открыт тот же проект, и при подключенном Workspace были выполнены и сохранены изменения. Затем ПК1 был вновь подключен к Workspace. Происходит конфликт, поскольку есть изменения, сохраненные локально на ПК1, но Workspace содержит обновленные данные, появившиеся после внесения изменений на ПК2 и их синхронизации.

 

Чтобы исправить эту ситуацию, на ПК1 щелкните ПКМ по проекту и выберите команду Resolve Conflicts. Будет открыто диалоговое окно Resolve Conflicts. Вы можете выбрать использование серверных файлов (Use Server files – будут использованы данные из зеркального проекта в Workspace, и локальные изменения будут потеряны) либо использование локальных файлов (Use Local files – будут использованы данные из локального проекта, и они будут синхронизированы с перезаписью текущих данных зеркального проекта в Workspace).

Ограничения при использовании существующего репозитория внешней системы контроля версий

Как упоминалось ранее, неуправляемые проекты могут уже находиться под управлением существующей внешней системы контроля версий (Git, SVN, EPDM и т.д.). Вы можете продолжить использовать это как прежде и сделать проекты доступными в Workspace путем их регистрации в этом Workspace с помощью функции Make Project Available Online.

В этом режиме при каждом внесении изменений в проект и их фиксации в существующем репозитории системы контроля версий, зеркальная копия этих проектных данных будет создаваться в Workspace, и все необходимые процессы будут выполнены как обычно: предварительный просмотр, отслеживание применяемости и т.д. Однако существуют некоторые ограничения, которые следует иметь в виду:

  • Создание нового проекта всё ещё должно происходить по прежнему рабочему процессу, т.е. проект создается вручную во внешней системе контроля версий. Затем проект регистрируется в Workspace, где создается его зеркальная копия (с помощью функции Make Project Available Online).
  • Если были выполнены проектные изменения, но фиксация/передача была выполнена внешним средством, а не через Altium NEXUS, то эти изменения не появятся в зеркальной копии проекта в Workspace. Это будет исправлено при следующем повторном открытии проекта в Altium NEXUS, который автоматически синхронизирует локальный проект с его зеркальной версией в Workspace. Если другим пользователем были выполнены какие-либо изменения, то повторно открытые проектные файлы будут отображены как неактуальные (Out Of Date), что можно исправить с помощью команды Update контроля версий.
  • Открытие проекта вторым человеком потребует его доступа к этому репозиторию внешней системы контроля версий.
  • Права доступа потребуют настройки и сопровождения в двух местах: в Workspace и в главном источнике (репозитории Git, SVN и т.п. внешней системы контроля версий).
  • Некоторые функциональные возможности, доступные из платформы Altium 365, работают только для проектов, которые находятся под контролем собственной системы контроля версий Workspace. Если проект находится под управлением внешней системы контроля версий, то функции, доступные в платформе, не будут доступны для вас. Вы можете перейти от использования внешней системы контроля версий к собственной системе контроля версий Workspace – см. следующий раздел с описанием соответствующей процедуры.

Переход от внешней системы контроля версий к собственной системе контроля версий Workspace

В некоторых случаях, функциональные возможности, доступные из платформы Altium 365 (или, точнее, Altium 365 Workspace), можно использовать только тогда, когда проект полностью управляется и хранится под управлением собственной системы контроля версий Workspace (в его репозитории Git Versioned Storage). Вы можете создать слепок проекта, разорвать его связь с внешней системой контроля версий и с Workspace (если он уже доступен там) и затем снова сделать его доступным в Workspace, но под управлением системы контроля версий Workspace, т.е. как бы начать с нуля. Для этого используйте шаги, описанные далее.

  1. Удалите связь проекта с внешней системой контроля версий. Это можно сделать из внешнего интерфейса вашей текущей системы контроля версий или из Altium NEXUS. Чтобы сделать это из Altium NEXUS, в панелях Projects и Storage Manager есть команды для удаления проекта из контроля версий, но наилучшим способом является использование средства Project Packager. С помощью Project Packager вы можете создать слепок проекта, освобожденный от контроля версий, и если проект был ранее добавлен в Workspace, ссылки на проект Workspace также будут удалены.

    Если проект уже был добавлен в Workspace, вы можете разорвать связь в рамках процесса упаковки. Для этого в мастере Project Packager, в области Managed Projects страницы Zip File Options включите опцию Unlink project from the server during packaging. Информация о связи с зеркальной копией проекта в Workspace, которая находится в файле проекта (*.PrjPcb), будет удалена при упаковке.
  2. Распакуйте "чистый" проект из Zip-архива, созданного средством Project Packager.
  3. Откройте проект в Altium NEXUS. Обратите внимание, что он больше не является управляемым (если он был таковым ранее) и не находится под управлением контроля версий. Соответственно, это чистый, неуправляемый проект.
  4. Следующий шаг применим только в том случае, если ранее проект был преобразован для доступа к нему в Workspace. При упаковке проекта удаляются ссылки, но зеркальная копия проекта в Workspace остается нетронутой. Сначала следует удалить проект на сервере. Откройте веб-интерфейс Workspace (через интерфейс платформы Altium 365). На странице Projects щелкните ЛКМ по проекту, который нужно удалить, чтобы выделить его, нажмите и выберите команду Delete из контекстного меню.

    Если вы хотите сохранить старую версию проекта в Workspace, необходимо переименовать его либо переименовать новую копию проекта при его преобразовании для онлайн-доступа. Выбор зависит от того, что лучшим образом соответствует вашим требованиям.
  5. Теперь снова преобразуйте проект для онлайн-доступа к нему в Workspace. Для этого щелкните ПКМ по строке проекта в панели Projects и выберите Make Project Available Online из контекстного меню, чтобы открыть диалоговое окно Make Available Online. Убедитесь, что включена опция Enable Formal Version Control, чтобы проект был добавлен под управление собственной системы контроля версий Workspace (Git). Для получения более подробной информации вернитесь в раздел Преобразование существующего проекта для онлайн-доступа.
Обратите внимание, что проект, по сути, начинает свою историю заново – предыдущая история версий не сохраняется. При использовании средства Project Packager и создании слепка проекта в этот момент вместо удаления проекта из контроля версий вы сохраните историю предыдущего проекта, связанного с системой контроля версий, вплоть до этого момента.

Работа с GitHub

Использование платформы GitHub в качестве внешней системы контроля версий (VCS) – это распространенный способ хранения и публикации проектов, и его легко интегрировать с Altium 365 Workspace через Altium NEXUS. Как описано выше, существующая внешняя система контроля версий синхронизируется с Altium 365 Workspace, что позволяет использовать преимущества его эффективных возможностей управления данными и совместной работы.

То, как вы сами обычно работаете с GitHub, зависит от применяемых в компании практик или от средств Git, которые у вас есть под рукой. Как правило, проект создается в локальном репозитории Git, после чего он передается в репозиторий GitHub (удаленный), либо существующий проект клонируется в локальный репозиторий из GitHub. Когда проект находится в локальном репозитории Git, можно открыть проект в Altium NEXUS и сделать его зеркальную копию в Altium 365 Workspace (Make Project Available Online), как описано выше.

Когда зеркальная копия проекта становится доступной в Altium 365 Workspace, вы можете управлять проектом и работать с ним как с любым другим управляемым проектом, который содержится в Workspace. Ключевым отличием является то, что вместо VCS-репозитория Workspace в Altium 365 используется VCS-репозиторий GitHub. В этом случае, Workspace по-прежнему предоставляет все преимущества системы управления проектами и прозрачно взаимодействует с GitHub для выполнения ключевых действий системы контроля версий: фиксация, отправка, извлечение и т.д. Altium NEXUS запросит ваши учетные данные GitHub и сохранит их для последующего взаимодействия с GitHub.

Обратите внимание, что Altium NEXUS не может подключаться к GitHub автоматически, если в аккаунте GitHub была настроена двухфакторная аутентификация.

Протоколы GitHub

Хотя существует ряд протоколов передачи данных, предлагаемых системой контроля версий Git, на текущий момент Altium NEXUS поддерживает только протокол HTTP/HTTPS для подключений между локальным репозиторием Git и его удаленным главным репозиторием. На практике, применяемый протокол задается URL-префиксом, указанным для подключения к удаленному репозиторию – https://<удаленный репозиторий>, ssh://<удаленный репозиторий>, git://<удаленный репозиторий> и т.п.

GitHub поддерживает как протокол SSH, так и HTTPS, и для подключений рекомендуется использовать URL-адреса HTTPS.

► Для получения более подробной информации перейдите на страницу Which remote URL should I use? на GitHub.

Протокол HTTPS имеет преимущество безопасного подключения, которое просто в использовании и реализации, в то время как SSH является более сложным для работы (поскольку требует общий ключ, настройки файервола/портов прокси) и, возможно, менее безопасным, и он не обеспечивает удобство аутентификации единого входа (SSO).

Аналогично, протокол подключения GIT не рекомендуется использовать (и он не поддерживается) из-за отсутствия аутентификации и сложности настройки.

Если ваша внешняя система контроля версий подключена с помощью протокола, отличного от HTTPS, такого как SSH-соединение GitHub, это будет задано в репозитории, клонированном из удаленного репозитория. Поскольку этот протокол несовместим с Altium NEXUS, то при попытке интегрировать проект с Altium 365 Workspace будет выдано сообщение об ошибке. Если вы не уверены в протоколе удаленного URL, который используется для локального репозитория Git, это можно проверить с помощью команды git remote - v.

Используйте интерфейс командной строки Git Bash для проверки настройки удаленного URL репозитория.

Репозиторий можно перенастроить для использования другого URL, например, использующего протокол HTTPS, для совместимости с Altium NEXUS с помощью команды git remote set-url <название> <URL>, где префикс URL указывает тип протокола.

Изменение протокола URL подключения к удаленному репозиторию и последующее подтверждение с помощью удаленной команды.

Управление синхронизацией проекта

После того, как неуправляемый проект был преобразован для доступа к нему онлайн, на вкладке General диалогового окна Project Options станут доступны элементы управления его онлайн-доступом и синхронизацией.

Опции и элементы управления, относящиеся к онлайн-доступу к проекту, представлены на вкладке General диалогового окна Project Options.

Используйте опции, доступные в области General этой вкладки, чтобы внести изменения в название и/или описание проекта. Это повлияет только на зеркальную копию проекта в Workspace – название локального проекта не изменится.

В области Online Availability and Synchronization этой вкладки опция Enable Formal Version Control отражает текущий метод онлайн-доступа:

  • Опция включена – проект (и его исходные файлы) хранятся под управлением собственной системы контроля версий Workspace (Git). Этот подход является рекомендуемым, поскольку таким образом у вас будет доступ во всем функциональным возможностям, предлагаемым Workspace и платформой Altium 365.
  • Опция отключена – проектные файлы хранятся в Workspace для базового доступа к ним и для их публикации другим пользователям только для просмотра и комментирования – как бы менее формальная простая синхронизация (Simple Sync).

Используйте эту опцию для переключения между двумя состояниями.

Обратите внимание, что если локальный неуправляемый проект находится под управлением репозитория внешней системы контроля версий, эта опция будет постоянно включена и не доступна для изменения.

Если вы хотите остановить синхронизация между локальным проектом и его управляемой инкарнацией, доступной в Workspace, нажмите кнопку . Будет открыто окно Turn off project synchronization. Нажмите Unlink, затем OK в диалоговом окне Project Options. Локальный проект больше не будет связан с проектом в Workspace.

Это будет отражено в панели Projects после сохранения локального проекта – проект будет отображен под строкой активной группы проектов (*.DsnWrk), а не активного Workspace. Сохранение необходимо, поскольку ссылки на проект в Workspace удаляются из файла проекта.

Проект в Workspace останется нетронутым – он не будет удален при этой операции.

Вы можете разорвать связь между локальным проектом и его инкарнацией, доступной в Workspace.

Вы всегда можете сделать неуправляемый проект снова доступным онлайн. На вкладке General диалогового окна Project Options будет представлена кнопка , с помощью которой открывается диалоговое окно Make Available Online. Вернитесь в раздел Преобразование существующего проекта для онлайн-доступа для получения более подробной информации.

Обратите внимание, что если вы сделали локальный проект доступным онлайн после отключения синхронизации, вам может понадобиться изменить название проекта. Поскольку отключение синхронизации не удаляет проект в Workspace, проект с тем же названием и серверной папкой всё ещё может существовать. Если необходимо, чтобы у проекта было то же название, то вы всегда можете удалить предыдущий экземпляр проекта в Workspace.

Локальный неуправляемый проект также может быть преобразован для доступа онлайн к нему в Workspace со вкладки General диалогового окна Project Options.

Публикация проекта

Связанная страница: Публикация проекта из Altium NEXUS

Если проект является управляемым (доступен в Workspace), вы можете определить, у каких пользователей есть доступ к этому проекту. Это выполняется путем публикации проекта, или точнее, настройкой прав доступа к нему. Помните, что управляемый проект, новый или преобразованный для доступа в Workspace, по умолчанию опубликован следующим пользователям:

  • Владельцу проекта, который, как правило, является проектировщиком, который создал его (или сделал его доступным в Workspace): полные права доступа (на чтение/запись).
  • Роли Administrators: полные права доступа (на чтение/запись).

Элементы управления для публикации проекта из Altium NEXUS находятся в диалоговом окне Share, вызов которого осуществляется следующими способами:

  • Для активного проекта – нажатием кнопки в верхней правой части главного окна приложения или с помощью команды Project » Share главного меню.
  • Для проекта в фокусе в панели Projects – щелчком ПКМ по строке проекта и выбором команды Share из контекстного меню.
Если активного проекта нет, т.е. в данный момент не открыто какого-либо документа проекта, кнопка сработает для проекта, который в данный момент находится в фокусе в панели Projects.

Открытие диалогового окна Share – центра управления публикацией проекта из Altium NEXUS.

Поддерживаются следующие уровни публикации из Altium NEXUS:

  • Share Project – публикация самого проекта, находящегося в процессе разработки, другим участникам команды и/или внешним подрядчикам вне команды. Используйте доступный элемент управления для определения прав доступа (Can View по умолчанию). Просмотр и комментирование осуществляется из Altium NEXUS или из интерфейса платформы Altium 365. Редактирование может быть выполнено только из Altium NEXUS.

    Для использования диалогового окна Share для публикации на этом уровне необходима как регистрация на AltiumLive, так и активная подписка на лицензии Altium NEXUS. Также необходимо быть подключенным к Altium 365 Workspace.
  • Snapshot on the Web – публикация статичного слепка проекта в определенный момент времени, например, для проверки проекта или производителю для оценки стоимости. Поддерживается два уровня:

    • По ссылке – доступ кого угодно через веб-браузер. Для использования диалогового окна Share для публикации на этом уровне не нужна ни регистрация на AltiumLive, ни активная подписка на лицензии Altium NEXUS. Получатели общей ссылки используют Altium 365 Viewer для просмотра проекта (но не его комментирования). Для просмотра не нужна регистрация на AltiumLive, ссылка доступна в течение 48 часов.
    • Определенным людям – доступ определенных людей по email-приглашению. Для использования диалогового окна Share для публикации на этом уровне необходима регистрация на AltiumLive, но не активная подписка на лицензии Altium NEXUS. Получатели открывают слепок проекта в интерфейсе платформы Altium 365 через email-приглашение. Для просмотра нужна регистрация на AltiumLive, но слепок доступен постоянно. Также доступно комментирование проекта.
Для получения более подробной информации о выгрузке слепков проектов через интерфейс платформы Altium 365 и его публикации другим перейдите на страницу Публикация слепков проектов. Для получения более подробной информации о публикации динамических проектов людям вне команды при просмотре проекта в веб-браузере перейдите на страницу Публикация динамических проектов за пределы Workspace.

Открытие проекта

Для работы над управляемым проектом вы, по сути, извлекаете его в виде локальной рабочей копии. Это выполняется непосредственно из Altium NEXUS с помощью команды File » Open Project. Остальное зависит от того, являетесь ли вы участником команды Workspace либо проект был опубликован вам извне команды Workspace:

  • Участник команды Workspace – будет открыто диалоговое окно Open Project, где вы можете выбрать, какой управляемый проект следует открыть из Workspace (когда Workspace подключен, он будет отображен в области Locations с иконкой и названием этого Workspace). Будут отображены только опубликованные для вас проекты (те, к которым у вас есть права доступа).

    Открытый проект будет отображен под строкой Workspace в панели Projects.

    Выберите, какой управляемый проект следует открыть в Altium NEXUS из тех, которые доступны вам.

    Вы можете открыть проект по пути извлечения по умолчанию либо использовать выпадающее меню для указания пользовательского пути. Путь извлечения по умолчанию определяется как свойство проектного репозитория, в котором находится проект. Для репозитория Git (например, репозитория Versioned Storage, который является собственным репозиторием Workspace), это поле Local Path, которое находится в диалоговом окне Git Repository. Для репозитория SVN, это поле Default Checkout Path, которое находится в диалоговом окне SVN Design Repository. Откройте диалоговое окно свойств, выбрав строку репозитория на странице Data Management - Design Repositories диалогового окна Preferences и нажмите кнопку .
    При просмотре проекта через панель Explorer в Altium NEXUS, которая по умолчанию отображается в режиме Project View, а не Classic View, нажмите кнопку в верхней правой части панели, чтобы открыть проект в Altium NEXUS (добавить его в панель Projects).
  • Приглашенный участник вне команды Workspace – будет открыто диалоговое окно Open Project, где вы можете выбрать управляемый проект, опубликованный вам, из области Shared With Me.

    Открытый проект будет отображен под строкой Shared with me в панели Projects. От предоставленных вам прав доступа к проекту зависит, что вы можете с ним сделать. Если вам были предоставлены права на редактирование, вы сможете редактировать проект как обычно. Если у вас есть только права на просмотр, вы сможете комментировать разрабатываемый проект.

    Выберите, какой управляемый проект следует открыть в Altium NEXUS из тех, которые опубликованы вам как внешнему подрядчику. Обратите внимание, что доступ к таким проектам осуществляется без доступа к Workspace.

    Вы можете открыть проект по пути извлечения по умолчанию либо использовать выпадающее меню для указания пользовательского пути. Путь извлечения по умолчанию берется из поля Document Path на странице System - Default Locations диалогового окна Preferences.

Клонирование проекта

Чтобы клонировать управляемый проекта из Altium NEXUS, щелкните ПКМ по строке проекта в панели Projects и выберите команду Clone из контекстного меню. Используйте диалоговое окно Clone Project, чтобы задать название проекта (Project Name), описание (Description, не будет заполнено автоматически), путь к папке в Workspace (Folder) и путь локального хранения рабочей копии (Local Storage).

Клонирование управляемого проекта из Altium NEXUS.

При просмотре проекта через панель Explorer в Altium NEXUS, которая по умолчанию отображается в режиме Project View, а не Classic View, проект может быть клонирован нажатием кнопки в верхней правой части панели.

История проекта

Функциональная возможность Project History в данный момент находится на этапе бета-тестирования.

Невозможность получить доступ к истории развития проекта зачастую является неприятной вещью для проектировщиков и руководителей. Очень часто проектировщику приходится работать с внешними системами контроля версий, которые требуют достаточно высокого уровня компетенции и которые могут отнимать много времени для выполнения базовых задач по управлению проектом. Даже если вы разбираетесь во внешних средствах контроля версий, они работают только с определенными аспектами проекта, такими как его открытие, клонирование и откат. Но что насчет более широкого управления проектом, в том числе его выпусками и обменов данными с MCAD-системой? Также не следует забывать, что эти средства, как правило, требуют работы на настольном компьютере.

Для удобного просмотра подобной информации и работы с ней в едином расположении, Altium NEXUS в сочетании с Altium 365 Workspace предлагает возможность Project History (История проекта). Специальное представление History отображает временную шкалу основных событий, связанных с проектом: его создание, фиксации, выпуски, клонирования и обмены данными с MCAD-системой. Для этих событий поддерживаются различные действия, где это применимо.

Чтобы извлечь максимум пользы из этой возможности, необходимо, чтобы проект был полностью управляемым, т.е. чтобы он был добавлен в собственную систему контроля версий Workspace (Git). При создании проекта из веб-интерфейса Workspace он сразу добавляется в эту систему контроля версий. При создании проекта из Altium NEXUS это выполняется с помощью опции Enable Formal Version Control, когда вы создаете новый управляемый проект или делаете существующий неуправляемый проект доступным онлайн (если этот проект еще не находится под управлением внешней системы контроля версий). В этом случае, у вас будет доступ ко всем возможностям, предлагаемым Workspace и платформой Altium 365.

Если проект находится под управлением внешней системы контроля версий, вы можете переключиться на собственную систему контроля версий Workspace. Для этого вы можете создать слепок своего проекта, что можно сделать наиболее быстро и эффективно с помощью средства Project Packager в Altium NEXUS. Это отключит проект от внешней системы контроля версий и от Workspace (если проект уже доступен там), после чего вы можете снова сделать проект доступным Workspace, но уже под управлением системы контроля версий Workspace, т.е. как бы начать с нуля. Для получения более подробной информации о том, как это делать, перейдите в раздел Перемещение из внешней системы контроля версий в систему контроля версий Workspace.

Для получения информации по работе с представлением History проекта из веб-интерфейса (составной части главного интерфейса платформы Altium 365) перейдите на страницу История проекта.

Обеспечение функциональности

Функциональные возможности истории проекта становятся доступными с помощью специального расширения Project History.

Расширение Project History.

Функциональные возможности становятся доступными только в том случае, если в вашей установке Altium NEXUS установлено расширение Project History. Оно устанавливается по умолчанию при установке системы, но в случае непреднамеренного удаления его можно найти на вкладке Purchased страницы Extensions & Updates. Чтобы открыть ее, нажмите по элементу управления текущего пользователя (например, ) в верхней правой части главного окна приложения и выберите Extensions and Updates из соответствующего меню.

Доступ к истории проекта

Чтобы вызвать представление History проекта в Altium NEXUS, щелкните ПКМ по строке проекта в панели Projects и выберите команду History контекстного меню. Представление History будет открыто в виде отдельной вкладки документа (<НазваниеПроекта>.PrjPcb History).

Доступ к истории проекта из Altium NEXUS.

Если проект уже находился в Workspace до того, как была реализована функциональная возможность Project History, история этого проекта изначально будет неполной. При первом открытии представления History этого проекта будет автоматически выполнена переиндексация данных о событиях этого проекта. По завершении переиндексации будет отображено уведомление в нижней части представления – нажмите , чтобы обновить временную шкалу и отобразить полную историю событий.

Временная шкала – Обзор

Представление History отображает временную шкалу главных событий, произошедших в ходе развития проекта. Его можно разделить на три ключевые области, которые показаны на изображении ниже и описаны далее.

Три ключевых области представления History.

  1. Главная линия временной шкалы. Хронология событий идет снизу вверх. Первое событие – создание проекта – будет отображено внизу шкалы. Последующие события отображаются выше, и самое недавнее из них отображается вверху шкалы.
  2. События. Каждый раз, когда случается какое-либо поддерживаемое событие, связанное с проектом (см. ниже), оно добавляется на шкалу в виде отдельной плитки. События различных типов отличаются цветом плиток, и они либо непосредственно соединены с главной линией шкалы, либо рядом с ними размещена дополнительная иконка (например, как в случае с событиями обмена данными с MCAD-системой).
  3. Поиск. Нажмите в верхней правой части представления, чтобы открыть поле поиска, которое позволяет провести базовый поиск по истории проекта. По мере ввода поисковой строки будет применяться фильтрация, которая отобразит только те события, которые относятся к поиску. Для получения дополнительной информации перейдите в раздел Поиск с помощью фильтра.

Поддерживаемые события

Временная шкала показывает последовательность событий, произошедших с проектом. Каждое из этих событий отображается на шкале в виде отдельной плитки. В разделах ниже рассмотрен ряд событий, которые поддерживаются на текущий момент и которые отображаются на временной шкале истории проекта.

Связанные разделы: Создание проекта, Преобразование существующего проекта для онлайн-доступа, Клонирование проекта

После создания проекта на временную шкалу будет добавлена плитка события Project Created. Это событие обозначает начало временной шкалы этого проекта. Его плитка всегда располагается внизу шкалы, и она может быть отображена в одном из двух вариантов:

  • При создании нового проекта в Workspace: отображается имя (и изображение) создателя проекта, а также дата и время создания проекта. В плитке также отображается описание проекта, если оно было задано при создании проекта.

  • При клонировании существующего проекта: отображается имя (и изображение) пользователя, который создал клонированный проект, а также дата и время создания проекта. В плитке также отображается описание проекта, если оно было задано при клонировании проекта. Будет отображена ссылка на изначальный проект – щелкните ЛКМ по ней, чтобы перейти к странице управления этим проектом, которая будет открыта в отдельной вкладке браузера.

Плитка события Project Created соединена с главной линией временной шкалы сплошной синей линией и точкой: .

События этого типа поддерживаются только для полностью управляемых проектов, которые хранятся под управлением собственной системы контроля версий Workspace (в его репозитории Git Versioned Storage). Для неуправляемого проекта, который был преобразован для доступа к нему в Workspace, но без формального контроля версий (т.е. с использованием простой синхронизации) вы не увидите на временной шкале события фиксаций в системе контроля версий. Чтобы увидеть эту информацию, вы можете изменить стиль онлайн-доступа, включив опцию Enable Formal Version Control на вкладке General диалогового окна Project Options. Проект будет зафиксирован в собственной системе контроля версий Workspace.

Для проекта, который был преобразован для доступа в Workspace, но который уже находится под управлением внешней системы контроля версий, вы также не увидите на временной шкале события фиксаций в системе контроля версий. Используйте клиентское приложение внешней системы контроля версий для изучения истории проекта. Либо вы можете переключиться на использование собственной системы контроля версий Workspace. Вы можете создать слепок проекта, что можно сделать наиболее быстро и эффективно с помощью средства Project Packager в Altium NEXUS. Это отключит проект от внешней системы контроля версий и от Workspace (если проект уже доступен там), после чего вы можете снова сделать проект доступным Workspace, но уже под управлением системы контроля версий Workspace, т.е. как бы начать с нуля. Для получения более подробной информации о том, как это делать, перейдите в раздел Перемещение из внешней системы контроля версий в систему контроля версий Workspace.

Каждый раз при выполнении команды Commit & Push, т.е. при фиксации и отправке проекта в Workspace (когда проект управляется внутренним репозиторием Git Versioned Storage в Workspace), на временную шкалу добавляется плитка события Project Committed. Будет отображено имя (и изображение) пользователя, который выполнил фиксацию и отправку проекта, а также дата и время. Если при фиксации и отправке был добавлен комментарий (в диалоговом окне Commit to Version Control), то он также будет отображен в плитке.

Если проект был локальным, неуправляемым, а затем он был преобразован для онлайн-доступа, то описание, которое было введено в диалоговом окне Make Available Online, будет использоваться как в плитке события Project Created, так и в начальной плитке события Project Committed, поскольку при преобразовании проекта для онлайн-доступа выполняется фиксация и отправка проекта (если была включена опция Enable Formal Version Control).

Пример начальной плитки события Project Committed.

В плитке также поддерживается и отображается информация о различиях, которая показывает более подробную информацию о том, что изменилось между текущей и предыдущей фиксацией. Поддерживаемые элементы включают в себя файлы, компоненты, цепи, варианты и структуру платы. В области различий в плитке приведена сводка о различных элементах, затронутых фиксацией, где они сгруппированы по следующим состояниям:

– элемент добавлен.

– элемент удален.

– элемент изменен.

Нажмите в плитке, чтобы развернуть область различий и отобразить затронутые элементы с их названиями.

Используйте доступные элементы управления Show More и Show Less для управления отображением полного списка элементов каждого типа. Нажмите в плитке, чтобы вернуться к отображению сводки.

Нажмите в верхнем правом углу плитки, чтобы открыть меню со следующими командами:

  • Open Snapshot – используйте эту команду, чтобы загрузить и открыть эту определенную ревизию проекта (в панели Projects). Название проекта будет включать в себя дату и время, когда эта ревизия проекта была зафиксирована. Обратите внимание, что эта ревизия доступна только для чтения – вы можете просматривать проект, но не вносить в него какие-либо изменения.

    Вы можете открыть (только для просмотра) любую определенную ревизию проекта непосредственно из соответствующей плитки события Project Committed этой ревизии.

  • Revert to – используйте эту команду, чтобы откатиться до состояния этой определенной ревизии проекта. Данные из исходных документов проекта в этой определенной ревизии перезапишут данные в вашей локальной копии проекта. По сути, проект на мгновение закрывается и открывается повторно с более ранними данными. Если вы хотите завершить откат и сделать эти данные головной ревизией, необходимо зафиксировать и передать проект обратно в Workspace.

    Вы можете выполнить откат до любой определенной ревизии проекта непосредственно из соответствующей плитки события Project Committed этой ревизии.

    После отката до определенной ревизии и перед фиксацией проекта вы можете вернуть локальную копию проекта до состояния самой новой ревизии с помощью команды Revert to самой новой плитки события Project Committed в шкале.
Плитка события Project Committed соединена с главной линией временной шкалы сплошной синей линией и точкой: . Самая новая ревизия проекта (т.е. последняя фиксация) отличается белой заливкой своей точки: .

Связанная страница: Работа со средством выпуска Project Releaser

Каждый раз при выполнении выпуска проекта с помощью средства Project Releaser Altium NEXUS на временную шкалу добавляется плитка события Project Released. Будет отображено имя (и изображение) пользователя, который выполнил выпуск, а также дата и время. Если при выпуске сформированных данных в Workspace было добавлено примечание (в диалоговом окне Confirm Release), то оно также будет отображено в плитке. Также будет приведен список всех наборов данных, включенных в выпуск.

Пример плитки события Project Released.

Нажмите в верхнем правом углу плитки, чтобы вызвать меню следующих команд:

  • Open Snapshot – используйте эту команду, чтобы загрузить и открыть (в панели Projects) определенную ревизию проекта, из которой был сформирован выпуск проекта. Название проекта будет включать в себя версию выпуска. Обратите внимание, что эта ревизия, доступна только для чтения – вы можете просматривать проект, но не вносить в него какие-либо изменения.
  • Compare Gerber – позволяет сравнить сформированные данные Gerber этого выпуска с данными Gerber другого выпуска. Используйте соответствующее подменю, чтобы провести сравнение с данными для изготовления платы из предыдущего выпуска, либо выберите определенные данные из всех возможных выпусков (временная шкала будет отфильтрована для отображения только плиток событий Project Released). После выбора выпуска для сравнения результаты будут отображены в представлении Compare, которое будет открыто в новой вкладке браузера по умолчанию. Для получения более подробной информации перейдите в раздел Сравнение Gerber.
Поскольку выпуск проекта является значимым событием, плитка события Project Released сделана более заметной – она не просто "подключается" к главной линии, а располагается над ней и с обеих сторон от нее.

Связанный раздел: Клонирование проекта

Каждый раз при клонировании проекта из веб-интерфейса Workspace либо из Altium NEXUS на временную шкалу добавляется плитка события Project Cloned. Будет отображено имя (и изображение) пользователя, который выполнил клонирование проекта, а также дата и время. Если при клонировании было добавлено описание (в окне Clone Project в веб-интерфейсе или в диалоговом окне Clone Project в Altium NEXUS), то оно также будет отображено в плитке. Будет представлена ссылка на клонированный проект – нажмите по ней, чтобы открыть страницу управления этим проектом, которая будет открыта в отдельной вкладке браузера.

Пример плитки события Project Cloned.

Главные команды Clone, доступные в Altium NEXUS (щелкните ПКМ по строке проекта в панели Projects или нажмите кнопку в верхней правой части панели Explorer при просмотре проекта), склонируют самую новую ревизию проекта (Head). Из представления History проекта в веб-интерфейсе Workspace вы можете создать клон определенной ревизии проекта. Для этого найдите плитку события Project Committed нужной ревизии проекта и нажмите в верхнем правом углу плитки. В открывшемся меню выберите команду Clone.
Плитка события Project Cloned соединена с главной линией временной шкалы пунктирной зеленой линией и незалитой точкой: .

Связанная страница: Подробнее о совместном проектировании в ECAD-MCAD

При работе между областями проектирования электронной и механической частей изделия Workspace выступает в роли "моста" между ними, что обеспечивает непосредственное совместное проектирование в ECAD-MCAD. При внесении изменений в плату проекта и отправке этих изменений в Workspace через соответствующую панель CoDesigner на временную шкалу добавляется плитка события MCAD Changes Suggested. Будет отображено имя (и изображение) пользователя, который выполнил отправку, а также дата и время. Если при отправке было размещено сообщение (через панель MCAD CoDesigner в Altium NEXUS или панель Altium CoDesigner в поддерживаемой MCAD-системе), то оно также будет отображено в плитке.

На текущий момент поддерживаются только события отправки (Push).

Пример плитки события MCAD Changes Suggested.

При внесении изменений в плату инженером-механиком в поддерживаемой MCAD-системе и их отправке обратно в Workspace соответствующее событие отправки станет доступно на временной шкале проекта only после принятия изменений из Workspace в Altium NEXUS.

Пример, показывающий два события, связанных с MCAD. Слева от линии временной шкалы показано событие отправки со стороны ECAD, а справа – событие отправки со стороны MCAD.

Плитка события MCAD Changes Suggested не соединена с главной линией временной шкалы. Вместо этого, используется символ стрелки, которая указывает на линию: .

Поиск с помощью фильтра

Нажмите в верхней правой части представления, чтобы вызвать поле поиска и с его помощью быстро найти нужные события на временной шкале. Поддерживается базовый поиск по истории проекта, с применением динамической фильтрации по мере ввода поисковой строки, т.е. на странице будут отображаться только подходящие события. Соответствующий текст подсвечивается в плитке события.

Поиск не зависит от регистра.

Пример поиска по истории проекта. По мере ввода строки поиска происходит динамическая фильтрация временной шкалы (не зависит от регистра), с подсветкой совпадающих записей в соответствующих плитках событий.

В верхней части страницы, к которой применен фильтр, находится блок с количеством отображаемых в данный момент событий и элементами управления для быстрого удаления строки фильтра/поиска.

Возможность поиска работает для следующей информации:

  • Заголовок плитки события.
  • Имя пользователя, который выполнил событие.
  • Описательный текст (текст, взятый из комментария/примечания/описания при выполнении определенного события).
  • Текст данных об отличиях в плитке события Project Committed.
  • Название набора данных в плитке события Project Released.
  • Название проекта в плитке события Project Cloned или Project Created (при создании путем клонирования).
Чтобы очистить текущий фильтр и вернуться к полной временной шкале, очистите поле поиска, выделив текущий текст и нажав клавишу Backspace либо нажав справа от поля. Либо нажмите Clear Filter в блоке со сводкой о количестве отображаемых событий (в верхней части представления).

Обновление событий

Когда для проекта происходит поддерживаемое событие, то это событие будет обнаружено представлением History автоматически. Вскоре после наступления события будет отображено уведомление в нижней части представления – нажмите , чтобы обновить события на временной шкале.

Доступно также обновление вручную с помощью элемента управления в верхней правой части представления.

Переименование проекта и проектных файлов

Вы можете изменить название проекта платы (*.PrjPcb) или любого из входящих в его состав файлов (*.PcbDoc, *.SchDoc и т.д.) с помощью команды Rename, которая доступна в контекстном меню проекта в панели Projects.

Пример переименования проекта и одного из его файлов локально из Altium NEXUS. Эти изменения будут синхронизированы с Workspace, когда вы сохраните и отправите изменения в этот Workspace.

После переименования сохраните изменения в Workspace с помощью команды Save to Server, доступной в том же контекстном меню проекта. Между локальной рабочей копией проекта и его отражением в Workspace поддерживается синхронизация переименования файлов. Кроме того, при переименовании файла проекта и сохранении проекта на сервер, Workspace автоматически изменит параметр Name управляемого проекта для обеспечения соответствия.

И наоборот, при изменении названия управляемого проекта через веб-интерфейс Workspace, изменение передается в Altium NEXUS при следующем открытии проекта.

Чтобы изменить свойства существующего управляемого проекта в Workspace, выберите его на странице Projects, нажмите над списком проектов и выберите Edit из соответствующего меню. Измените название проекта в открывшемся окне Edit Project.

При открытии измененного проекта (File » Open Project) будет открыто диалоговое окно, предлагающее опции для присвоения файлу проекта нового значения параметра Name проекта, присвоения параметру Name проекта существующего имени файла проекта и для сохранения разных имен проекта.

Доступные опции, если проект переименован на стороне Workspace.

Синхронизация рабочей копии проекта с сервером

Использование полностью управляемых проектов плат, находящихся под управлением контроля версий, основывается на тесной синхронизации между данными в локальной рабочей папке проекта с хранилищем контроля версий сервера. Если эта связь нарушена изменениями, внесенными нестандартными процессами, структура управляемого проекта может быть повреждена.

Изменения, которые могут нарушить синхронизацию локального и удаленного хранилища, включают в себя ручные операции, такие как переименование, перемещение, копирование/клонирование рабочей папки проекта. Такие проблемы теперь могут быть обнаружены и устранены с помощью диалогового окна с вариантами выбора, где выделено рекомендуемое действие на основе ситуации. Эти опции позволяют сделать папку проекта новым управляемым проектом, повторно синхронизировать папку проекта как текущий управляемый проект, удалить связь проекта с сервером (сделать проект неуправляемым) или игнорировать текущее несоответствие.

Опции для синхронизации, если вы вручную изменили расположение локальной рабочей копии проекта.

Другие более сложные нарушения синхронизации могут быть вызваны изменениями серверной сущности, например, когда сам сервер был переименован или перемещен, когда локальный файл проекта был перезаписан файлом, содержащим в себе другие параметры серверной сущности или когда целевой репозиторий проекта был изменен. Такие проблемы создают несоответствие между серверным и локальным репозиториями проекта, и отчет по ним приводится в диалоговых окнах с предупреждениями или опциями для устранения проблемы.

Опции , которые помогут вам вернуться в нужное русло, если репозиторий, предназначенный для локальной рабочей копии вашего проекта, был изменен.

Обратимое удаление

Для удаления из панели Explorer в Altium NEXUS серверных объектов, таких как проекты, компоненты и данные выпуска, была добавлена более гибкая функциональность. Работающий в качестве "обратимого удаления", этот процесс предоставляет дополнительные опции и сведения, в том числе подходящие ссылки на исходные объекты в целях проверки. В Workspace удаленные объекты перемещаются в специальную область Trash, откуда их можно восстановить (Restore) или полностью удалить (Permanently Delete) со страницы Trash веб-интерфейса Workspace.

Проект могут удалить навсегда или восстановить из области Trash только владелец этого проекта или администраторы.

Обратимое удаление в действии. Здесь показано удаление проекта вместе с его выпуском (если из выпусков были созданы пакеты для производства, они также будут удалены).

Если управляемый объект был обратимо удален, он будет помечен в соответствующих областях Altium NEXUS, где этот объект используется или где на него дается ссылка. Например, обратимо удаленный объект компонента помечается при валидации проекта, а также в областях вызова этого компонента, таких как панель Properties и документ ActiveBOM проекта.

Пример компонента, который помечен как обратимо удаленный в системе.

Обнаружили проблему в этом документе? Выделите область и нажмите Ctrl+Enter, чтобы оповестить нас.

Связаться с нами

Связаться с нашими Представительствами напрямую

We're sorry to hear the article wasn't helpful to you.
Could you take a moment to tell us why?
200 characters remaining
Вы сообщаете о проблеме, связанной со следующим выделенным текстом
и/или изображением в активном документе:
Бесплатная пробная версия Altium Designer
Бесплатная пробная версия Altium Designer
Давайте приступим. Для начала, Вы или Ваше предприятие уже используете Altium Designer?

Если Вы хотите поговорить с представителем, пожалуйста, свяжитесь с местным офисом Altium.
Copyright © 2019 Altium Limited

В таком случае, для чего Вам необходима пробная лицензия?

Если Вы хотите поговорить с представителем, пожалуйста, свяжитесь с местным офисом Altium.
Copyright © 2019 Altium Limited

Вам для этого не нужна пробная лицензия.

Нажмите кнопку ниже, чтобы загрузить установщик самой новой версии Altium Designer

Загрузить установщик Altium Designer

Если Вы хотите поговорить с представителем, пожалуйста, свяжитесь с местным офисом Altium.
Copyright © 2019 Altium Limited

Пожалуйста, заполните форму ниже, чтобы получить ценовое предложение.

Нажимая [Получить бесплатнную пробную версию], Вы соглашаетесь с нашей Политикой конфиденциальности. Вам могут приходить сообщения от компании Altium, и Вы можете изменить настройки уведомлений в любой момент.

Если Ваша подписка Altium активна, у Вас нет необходимости в пробной лицензии.

Если у Вас нет активной подписки Altium, пожалуйста, заполните форму ниже, чтобы получить пробную версию.

Нажимая [Получить бесплатнную пробную версию], Вы соглашаетесь с нашей Политикой конфиденциальности. Вам могут приходить сообщения от компании Altium, и Вы можете изменить настройки уведомлений в любой момент.

Для чего Вы хотите попробовать Altium Designer?

Если Вы хотите поговорить с представителем, пожалуйста, свяжитесь с местным офисом Altium.
Copyright © 2019 Altium Limited

Вы нашли нужное место! Пожалуйста, заполните форму ниже, чтобы начать использование пробной версии.

Нажимая [Получить бесплатнную пробную версию], Вы соглашаетесь с нашей Политикой конфиденциальности. Вам могут приходить сообщения от компании Altium, и Вы можете изменить настройки уведомлений в любой момент.

Great News!

Valid students can get their very own 6-month Altium Designer Student License for FREE! Just fill out the form below to request your Student License today.

Нажимая [Получить бесплатнную пробную версию], Вы соглашаетесь с нашей Политикой конфиденциальности. Вам могут приходить сообщения от компании Altium, и Вы можете изменить настройки уведомлений в любой момент.

Вы можете загрузить бесплатную лицензию средства просмотра Altium Designer Viewer сроком действия 6 месяцев.

Пожалуйста, заполните форму ниже, чтобы запросить эту лицензию.

Нажимая [Получить бесплатнную пробную версию], Вы соглашаетесь с нашей Политикой конфиденциальности. Вам могут приходить сообщения от компании Altium, и Вы можете изменить настройки уведомлений в любой момент.

Замечательно! Создавать новое - отличное занятие. У нас есть превосходная программа для Вас.

Upverter - бесплатная платформа, разработанная специально для любителей проектирования.

Нажмите здесь, чтобы попробовать!

Если Вы хотите поговорить с представителем, пожалуйста, свяжитесь с местным офисом Altium.
Copyright © 2019 Altium Limited

Вы можете загрузить бесплатную лицензию средства просмотра Altium Designer Viewer сроком действия 6 месяцев.

Пожалуйста, заполните форму ниже, чтобы запросить эту лицензию.

Нажимая [Получить бесплатнную пробную версию], Вы соглашаетесь с нашей Политикой конфиденциальности. Вам могут приходить сообщения от компании Altium, и Вы можете изменить настройки уведомлений в любой момент.