Local Version Control Service with Altium NEXUS Server

您正在阅读的是 1.1. 版本。关于最新版本,请前往 Local Version Control Service with Altium NEXUS Server 阅读 5.0 版本
Applies to NEXUS Server version: 1.1

This documentation page references NEXUS Server (part of the deployed NEXUS solution), which has been discontinued. All your PCB design, data management and collaboration needs can now be delivered by Altium Designer and a connected Altium 365 Workspace. Check out the FAQs page for more information.

 

Parent page: Altium NEXUS Server

The Altium NEXUS Server installation provides localized (and centralized) version control, courtesy of its Version Control service. This service provides version control possibilities right there where you need them, locally, without searching, or paying for, external VCS management software.

By defining design repositories in this centralized fashion, an oganization can fully control which repositories its designers can access and use.

A new installation of the Altium NEXUS Server provides a single Git-based design repository for accommodating all of your managed design projects - and that's it! This avoids any setup and complexity regarding the Server's local Version Control service. You have a single design repository - Versioned Storage - for all your designers to access and release into. As such, the VCS page of the Server's browser interface becomes purely informational - you cannot add a new repository, and the single Git repository cannot be modified in any way, nor deleted. The information on this page therefore does not apply to you. If you have upgraded your Server from Altium NEXUS Server 1.0 (or Altium Vault 3.0), then use of SVN repositories will also be enabled, so that you can continue to use your previous (and established) design flow. In this case, you can continue to create repositories through the local Version Control service (SVN-only), or connect to external repositories (SVN or Git). The information on this page is therefore still relevant to you.
For more information on Design Repositories, and working with them through Altium NEXUS, see Working with a Design Repository.

Key Advantages

There are two key advantages to using this centralized Version Control service:

  1. You have common users and rights management for both the Altium NEXUS Server and SVN. When you sign in to the Altium NEXUS Server, the Version Control service works with your session/credentials.
  2. Repositories defined through the Altium NEXUS Server (through the VCS page (Admin - VCS) of the NEXUS Server's browser-based interface) are populated to the client automatically during login, so users do not have to worry about urls, protocols, password etc. It is simply configured once, on the server, and shared with the intended users as required.
When a new user for the Altium NEXUS Server is created, the defined Password for that user is stored in both the NEXUS Server and the SVN service, since the latter cannot access the password from the former directly.

Repository Creation

Repositories can be created through the local Version Control service (SVN-only), or external repositories can be connected to (SVN or Git). Together, all repositories are centrally managed through the VCS page (Admin - VCS) of the NEXUS Server's browser-based interface, in terms of:

  • Their displayed name, description and repository path.
  • Their configured accessibility - which specific users can access them (or roles in the case of repositories defined through the local Version Control service).
  • Their availability - add or remove them centrally, rather than individual designers having to create and connect to repositories independently.
Two default Design Repositories are available, provided by the local Version Control service and named DefaultRepository (an SVN repository) and Versioned Storage (a Git repository) respectively. The DefaultRepository repository cannot be renamed, but you can add a description for it, manage user access to it, or remove it, as required. The Versioned Storage repository, which is purely for the integrated storage of managed projects, cannot be renamed, shared, or removed.

When a user signs in to the Altium NEXUS Server, the Design Repositories available to them will automatically be added to the Data Management - Design Repositories page of the Preferences dialog.

Centrally define access to your organization's Design Repositories. Repositories can be internal to the Altium NEXUS Server installation, defined using the local Version Control service, or external
through use of Altium NEXUS's built-in SVN, or third party SVN or Git service. Access control is performed through the VCS page of the Altium NEXUS Server's browser-based interface. When a user
signs in to the Altium NEXUS Server, the Design Repositories available to them will automatically be added to the Data Management - Design Repositories page of the Preferences dialog.

Centrally define access to your organization's Design Repositories. Repositories can be internal to the Altium NEXUS Server installation, defined using the local Version Control service, or external
through use of Altium NEXUS's built-in SVN, or third party SVN or Git service. Access control is performed through the VCS page of the Altium NEXUS Server's browser-based interface. When a user
signs in to the Altium NEXUS Server, the Design Repositories available to them will automatically be added to the Data Management - Design Repositories page of the Preferences dialog.

Adding a Repository

To add a Design Repository, simply click the  button, located at the top-right of the page. The Add Repository window will appear, use this to define the repository.

Only SVN-type repositories can be created through the local Version Control service. Existing (external) repositories can be linked to, and these can be either SVN or Git.

The properties required depend on whether you are creating a new repository using the local Version Control service, or linking to an existing, external repository:

  • New - simply give the repository a name and a description.
  • Existing - in addition to a name and description, you need to supply the URL to the repository, and your credentials (User Name, Password) to access that repository (if required).
When creating a repository that is internal to the NEXUS Server, the name should start with, and can contain A-Z, a-z, or 0-9. Underscores, dashes, and spaces are allowed within the middle of the name. You can not use the following words: AUX, COM1-COM9, LPT1-LPT9, CON, NUL, and PRN. There are no naming restrictions for an external repository.

Create a new SVN-based Design Repository through the NEXUS Server's local Version Control service, or link to an existing repository (SVN or Git) that has been created external to the NEXUS Server.Create a new SVN-based Design Repository through the NEXUS Server's local Version Control service, or link to an existing repository (SVN or Git) that has been created external to the NEXUS Server.

Create a new SVN-based Design Repository through the NEXUS Server's local Version Control service, or link to an existing repository (SVN or Git) that has been created external to the NEXUS Server.Create a new SVN-based Design Repository through the NEXUS Server's local Version Control service, or link to an existing repository (SVN or Git) that has been created external to the NEXUS Server.

A linked, external Design Repository is distinguished in the list of repositories by its External property being ticked ().

To edit the properties of a Design Repository at a later stage, simply click its associated Edit control (). To remove a Design Repository, simply click its associated Remove control ().

The list of repositories is automatically sorted alphabetically by Name, with local repositories defined through the Version Control service listed first, and then external repositories thereafter. The Git-based Versioned Storage repository always appears at the top of the list.

Sharing a Repository

Having centralized your Design Repositories, you need to ensure that those requiring access to a given repository - including the designers who will be working on board designs - have that access. This is achieved by sharing that repository, or rather managing its access permissions. To do this, simply click on the repository's associated Share control ().

The Manage Permissions window will appear, with all the controls necessary to share the repository with other users.

With Design Repositories centrally organized, sharing with others is simply a case of managing each repository's permissions.With Design Repositories centrally organized, sharing with others is simply a case of managing each repository's permissions.

With Design Repositories centrally organized, sharing with others is simply a case of managing each repository's permissions.With Design Repositories centrally organized, sharing with others is simply a case of managing each repository's permissions.

Things to be aware of:

  • For a local repository created through the NEXUS Server's Version Control service (i.e. not external), that repository is shared, by default, with the user who created the repository, and the Administrators role. Both of these have full Read/Write access.
  • For an external repository, it is shared with no-one by default - not even the user who added a connection to it through the interface.
  • Only local repositories (not external) can be shared with defined roles for the NEXUS Server, or publically. Roles are listed after individual users.
  • In terms of permissions, a user/role has Read/Write access when the Can Write option is enabled. If this option is disabled, they have Read access only.
Be Aware: The permission settings when sharing an internal design repository are not functioning exactly as one would expect. Even though an internal design repository itself could be shared for Read-only access with a server user, that user is still able to create NEW managed projects within that repository, and obtain full Read/Write permissions for the corresponding project folders that are created. Note that this erroneous functionality applies only to new managed projects and their folders, created by that user. The user will not have Write permissions to other folders in the repository.
  • To remove an existing user/role from having shared access to a repository, click the associated Remove control ().

External Access to a Local SVN Design Repository

A Design Repository that is created through the local Version Control Service can be accessed using an SVN client such as TortoiseSVN. Access is made using the regular network protocol (only svn:// is currently supported). The correct repository address can be copied from two places:

  • The VCS page of the NEXUS Server's browser interface - within the Repository Path field for the target repository.

The address will depend on whether you are accessing the repository from the same machine on which the NEXUS Server is installed (e.g. svn://127.0.0.1/<RepositoryName>, or svn://localhost/<RepositoryName>), or from a remote PC (e.g. svn://<ComputerName>/<RepositoryName>, where ComputerName is the name of the PC on which the NEXUS Server resides).

Use the acquired address in your Subversion client's repository browsing facility. When a user is created in the NEXUS Server, the credentials are used by both the server itself, and the Version Control service. If the password is stored with the service, then access to the repository will be immediate. If the password is not stored, an intermediate Authentication dialog will appear. Enter your username only in this case, and click OK to access the repository. See Vault & VCS User Synchronization for more information.

Browsing the content of a Design Repository created through the Altium NEXUS Server installation's local SVN-based Version Control service. In the example above, the repository contains
a couple of Managed Projects, providing the ideal foundation for centralized project management, and controlled collaboration between team members.

A Design Repository that is created through the local Version Control service has its internal data stored in a corresponding sub-folder in the \ProgramData\Altium\NexusServerData\Repository folder (for a default installation of the Altium NEXUS Server). This folder should not be accessed in any way, other than by IT personnel for maintenance. Access from this folder using your Subversion client's repository browsing facility does not require authentication.

Vault & VCS User Synchronization

When a new user for the Altium NEXUS Server is created, the defined credentials (User Name and Password) for that user are stored in both the server's database and the Version Control service, since the latter cannot access the password from the former directly. The password is stored with the Version Control service in plain text format (in the \ProgramData\Altium\NexusServerData\Repository\passwd file). If this presents a security issue, you can simply remove these password entries manually.

In a default installation of the NEXUS Server, user credentials are stored for the Version
Control service in the associated Passwd file. The passwords can be cleared manually.

Deleting a Repository

To delete a repository from the NEXUS Server's Version Control service, simply click the Remove control () associated with that repository, on the VCS page of the NEXUS Server's browser-based interface.

Note that removing a repository from the Data Management - Design Repositories page of the Preferences dialog only removes that repository from being used by that instance of Altium NEXUS. It does not delete the repository from the NEXUS Server's Version Control service. If you sign out of the NEXUS Server and back in again, the repository will appear once more in the list of available repositories to that instance of Altium NEXUS.

External repositories can be deleted, irrespective of whether or not they contain any projects. Local repositories on the other hand (those created internally through the NEXUS Server's Version Control service) can not be deleted if they contain one or more projects. You will be alerted to this, and should remove the projects first before being able to proceed with deletion.

Even then, if a local repository has no projects, it will not actually be deleted, but rather moved to an archive directory (\ProgramData\Altium\NexusServerData\RepositoryDumps, for a default NEXUS Server installation). The repository will be contained within a Dump file, with a Unique ID prefix (e.g. 775f6c22-b9a1-468c-9f1f-4f217bb3be6b_central design repository.dump).

 

Content