Parent page: Altium 365 Workspace
Altium Designer, in conjunction with the Altium 365 Workspace, brings support for an advanced project construct that targets the development stage of the project lifecycle, simplifying the creation and ongoing workflow for version controlled projects. Centralized storage under the control of the Workspace also enables this feature to be a foundation for other collaborative services.
Some key benefits to using Workspace-based projects are:
- Simplified storage. No need to make decisions about storage locations. Backup and other basic services are taken care of.
- Foundation for collaborative features.
- Enforced version control.
- Advantages of a dedicated commenting system.
- Notifications and status. Document status including local modifications is visible to entire design teams.
- Concurrent PCB design works without any complex setup.
- Ability to share the project with multiple people for editing, or for viewing and commenting only.
- Full functionality when using the Project History feature, including VCS-related commit events.
Technically a project is the combination of meta information stored in the Workspace, along with tight integration with the Workspace's inherent GIT-based version control. The typical work flow is as follows:
- A user creates a new project (via the Create Project dialog in Altium Designer, from the Workspace's browser interface, or by making an existing local project available in the Workspace (from within Altium Designer)). During creation, that user defines the project's name and description.
- In the Workspace's browser interface, or directly within Altium Designer, access to the project is defined and managed.
- All collaborators select the project for opening (from within Altium Designer) after which it is automatically checked out.
This document takes a look at working with projects through the Workspace's browser interface. For information on working with projects in your design software, see Management of Projects from within Altium Designer.
Creating a New Project
A project can be created directly from the Projects page of the Workspace's browser interface. The page lists all projects that have been made available to the Workspace, and which are shared with the currently signed-in user. To create a new project, click the button above the project list, then choose the Create Project entry to open the Create Project window.
Creating a new project through the Workspace's browser interface.
The Create Project window will initially present in a simplified view, with the following fields:
- Project Name – enter the required name for the project
- Template – choose a project template if available – the associated drop-down field will list all Project Templates that exist in the Workspace (in the format <Comment> (<ItemID>)). Choosing a template will inherently define the project type. If you do not want to base the new project on an existing project template, simply specify the type of project to be created (using the PCB Project or Multiboard entries available from the list).
- Description – enter an optional description for the project.
To access more controls click the button. The following field will present:
- Parent Folder – use this field to specify where the project is to be created within the Workspace's folder structure. By default, this will be Projects. The default folder path for new projects is specified on the Admin – Settings – Projects page of the Workspace's browser interface. Click the Change link at the right of the field to access the server folder structure for the Workspace, from which to select an alternate folder in which to store the project. You can organize projects into a hierarchy of sub-folders should you wish. For more information, see the section Creating a Hierarchy of Project Folders.
After defining the new project as required, click . You will come back to the summary-level project list, where you will now see an entry for the newly-created project.
The newly-created project, evident back on the Projects page of the Workspace's browser interface.
Uploading an Existing Local Project
You can also upload an existing design project to the Workspace. To do so:
- Click the button above the project list, then choose the Upload Project entry. In the Select Folder to Upload dialog browse to, and select, the folder containing the project to be uploaded, then click Upload.
- A pop-up window will advise how many potential files are involved in the upload (contained in the chosen folder) and asking for confirmation to proceed – click .
- The Upload Project window now appears. By default, the Project Name will be that of the existing project – change if required and add a suitable description. The Parent Folder will be set to the folder that was currently active when the upload process was started. Click the Change link at the right of the field to access the server folder structure for the Workspace, from which to select an alternate folder in which to store the project. You can organize projects into a hierarchy of sub-folders should you wish. For more information, see the section Creating a Hierarchy of Project Folders. With settings defined as required, click the button.
- The upload will proceed, after which time an entry for the project will be added to the summary-level project list.
A project upload will include:
- design files that have been added to the project, as registered in the project file (
- all other files in the specified project folder.
A project upload will not include:
- files in sub-folders of the specified project folder, unless they are included in the project (registered in the project file).
- any files that have been added/linked to the project that are located outside of the specified folder.
- any files in the
Project Outputs for <project> folder, such as generated Gerber Fabrication outputs for example.
- Ensure that the source project folder contains one project file (
PrjPcb) only. If multiple project files are uploaded to the Workspace repository the Web Viewer may not show the correct design documents. ► More information.
- Avoid storing large additional files in the project folder, such as Simulation results, MCAD data, or archive files. Store these in a sub-folder so they will not unnecessarily be uploaded and processed.
- Do not include files in your project that are stored outside the project folder, since as mentioned above, they will not be uploaded to the Workspace repository.
- Use the Workspace History View to see a listing of the files that have been included in a newly uploaded Workspace project.
- To view the project's CAM (manufacturing) data in Altium 365, such as generated Gerber files, they can be uploaded to and viewed in your Altium 365 Personal space.
- The best way to access the project's design and manufacturing files in your Workspace is to Make the Project Available Online from Altium Designer, and then Release the Project. The resulting Workspace Release Package provides view access to the full set of design/manufacturing documents.
Creating a Hierarchy of Project Folders
The Workspace also provides the ability to create and manage project folders within the server's structure. Projects may then be created in, or moved to, any folder in the resulting folder hierarchy.
To create a new folder under the (default) top-level
Project folder, click the button above the project list, then choose the Create Folder entry. In the Create Folder window that appears specify the name of the new folder, its parent folder, and an optional description. A new folder is always created under the currently selected folder, which becomes its parent folder.
With attributes defined as required, click . The new folder (sub-folder) will be created and you will be taken to it.
Example creation of a new folder (sub-folder) in which to store projects.
Continue creating further folders as required, effectively building a hierarchy of folders in which to store and categorize your design projects. Those folders will then be available to choose from as the parent folder when creating a subsequent folder, as illustrated in the following image.
Example of a defined hierarchy of project folders.
Navigating the Folder Hierarchy
On entering the Projects page in its default graphical view, you will be presented with the project content of the top-level Projects folder. All child project folders one level below will also be shown, across the top of the page. Depending on the length of folder naming, you may need to hover the cursor over a folder entry to pop the full name as a hover tip. In this respect, it may be easier to switch to the list view (click ) to see the secondary level of folders available. Selecting a folder will present information for it in the right-hand pane.
Example secondary level project folders seen from the default graphical view for the Projects page. Hover the mouse over the image to see the folders presented in the list view.
Access a folder by clicking on its name (graphical view) or double-clicking on its entry (list view). Use the breadcrumbs at the top of the view to quickly jump back up the folder hierarchy.
Traversing an example project folder hierarchy, using the breadcrumbs to quickly ascend.
Editing a Folder
To edit the properties of an existing project folder select its entry on the Projects page, click the control above the listing of projects/folders, and choose the Edit entry on the associated menu. In the following Edit Folder window you can change the folder's Name and Description.
You can edit the Name and Description for a project folder at any stage.
Click the button to confirm any changes you have made.
Moving a Folder within the Hierarchy
To move (relocate) a folder under a different parent folder within the hierarchy select its entry on the Projects page, click the control above the listing of projects/folders, and choose the Move entry on the associated menu.
The Move folder window will appear, in which to choose the new parent folder.
You can move a folder within the folder hierarchy at any stage.
Click the button to effect the move. The folder will be moved to be a sub-folder of the chosen new parent, along with its constituent projects, and you will be taken to that new parent folder.
Deleting a Folder
To delete (remove) an existing project folder from the Workspace, select its entry on the Projects page, click the control above the listing of projects/folders, and choose the Delete entry on the associated menu.
The Delete window will appear, in which to confirm the deletion. The action is actually a 'soft delete', whereby the folder and any projects stored within will be moved into the Trash area of the Workspace.
Deleting a project folder – sending it to the isolated Trash area for the Workspace.
To proceed with the deletion, click the button. The folder will be removed from the folder hierarchy, along with its constituent projects, and you will be taken to the deleted folder's parent. A project folder can be restored, or permanently deleted from the Trash page. A project deleted along with the folder can be restored, or permanently deleted from the Trash page, only by the owner of that project or a Workspace Administrator.
The projects listing on the Projects page of the Workspace's browser interface includes all projects that are shared with you, and offers a range of controls to access project management features. Use the button to switch the page to its list view and the button to switch the page to its graphical view (the default view).
The Projects page of the Workspace's browser interface – command central for working with your projects. Here, the graphical view for the page is shown. Hover the mouse over the image to see the list view.
The list of projects is automatically sorted by the last modified date, with the most recently modified project appearing at the top-left of the list (in the graphical view) or at the top of the list (in the list view). In the graphical view, the button can be used to quickly sort the projects by project name, author, owner, or last modified date. In the list view, the project listing can be sorted by Name, Author, Owner, or Last Modified, using the column header in each case. Click once to sort in ascending order, and click again to sort in descending order. The arrows to the right of the column name will indicate the currently active sort direction. The chosen sorting method in one view is applied to both views.
In the graphical view, the tile for a project includes the name of the project and the last modified date. The tile also auto-populates with the 3D view of the project's PCB, where a PCB is available.
Example tile for a selected project when
the Projects page is set in its graphical view.
In the list view, each project entry includes the following information:
- Name – the name of the project.
- Description – the description entered or generated for the project.
- Owner – typically the user who created the project.
- Last Modified – the date and time when the project was last modified.
For both project views (graphical and list) the following controls are provided at the top-right of the list (and detailed in the linked sections that follow). They act on the currently selected project in the list :
(Share) – click to access the Share window, with all the controls necessary to share the project with other users.
(More) – click to access further options:
- Open – click to open the detailed management page for the project. This will open on a separate tab of the browser.
- Move – click to access the Move project window. From here, you can choose an alternate parent folder in which to move the project, from all folders available in the folder hierarchy.
- Edit – click to access the Edit Project window. From here, you can change the project's Name, Description and server Parameters. The Parent Folder field is non-editable, providing information only. To change the parent folder, you need to use the Move command.
- Clone – choose this command to access the Clone Project window, providing the controls to make an identical copy of the project.
- Watch – choose this command to follow the project. You will receive applicable notifications related to the project (e.g. updated, released, permission changes) through an email sent out from the Workspace (provided email notifications have been enabled for the Workspace by an Administrator). The creator of the project will automatically be set to watch that project.
- UnWatch – choose this command to stop following the project and cease the reception of notifications for events relating to that project.
- Delete – choose this command to delete the project. The Delete window will appear in which to confirm the deletion. The action is actually a 'soft delete', whereby the project repository will be moved into the Trash area of the Workspace. This does not affect the local working copy.
Also included is a project Search feature which allows you to search for projects across all project folders. You can search by:
- Project Parameter – while all parameters are searchable, this enables you to craft custom project parameters for optimal searching (e.g. customer name, project number).
Type any part of a search string in the field at the top of the browser interface. The list will update to include only those project entries whose attributes include the search string. To quickly present a full listing of projects – across all project folders – enter * into the search field.
Example use of the search feature, in this case finding a project based on the value of a project parameter (Customer Name).
If not already showing, click Properties at the top of the right-hand pane to access the Properties pane. This pane shows detailed property information for the currently selected project.
Access more detailed information for the currently selected project on the Properties pane.
The property data that is available in the Properties pane has been extracted or generated by the Workspace from the currently selected project. The uppermost region of the pane presents the 3D view of the board (where a PCB is available for the project), along with general high-level information, including the project's name, description, owner, when it was created and last modified and also a link to the project's parent folder.
Additional properties are arranged under the following expandable headings (with example imagery to illustrate):
- Shared With – the users and/or roles who have access to the project. Hover over an entry to see the full name of the user/role.
- Parameters – a comprehensive collection of detailed data extracted or computed from the project design itself. Click the Show control to expand the full list, click Hide to contract again.
- Releases – a list of the releases for the project. Multiple releases are shown in sequential order, with the most recent at the top. Click on an entry to open that release, which will be presented on a separate tab through a Manufacturing Portal. From this portal you can view and navigate the released file data, inspect the BOM, and view and comment on the snapshot of the design itself; the source for that released data. You'll also have access to controls for downloading manufacturing data at various levels of granularity (from full data set(s) to individual generated output file(s)). A chosen release can also be sent – as a Manufacturing Package – directly to your manufacturer.
If not already showing, click Activity at the top of the right-hand pane to access the Activity pane. This pane shows activity information for the currently selected project. Each message highlights an event that took place in relation to the project (property change, new commit, release, etc). The most recent event appears at the top of the list.
Access a history of events that have taken place for the currently selected project on the Activity pane.
Sharing a Project
Once a project is available in the Workspace, you'll want to determine which users can actually access that project. This is done by sharing the project or rather by configuring its access permissions.
Default Sharing Permissions
A project – newly created or made available in the Workspace – is shared, by default, with the following:
- The Owner of the project, which is usually the designer who created it (or made it available in the Workspace): with full editing access.
- The Administrators role: with full editing access.
Default permissions for new projects can be defined/changed on the Admin – Settings – Projects page of the Workspace's browser interface. Note that the Owner of a project is inherently assigned permission to access it and therefore is not present in the list. Use the Add Role and Add User options to set default read/write permission for specific Roles or Users, and the Add Workspace members option to enable default read/write permissions for all Workspace members.
Manage the default permissions for new projects from the Admin area of the Workspace's browser interface.
The sharing of project folders can be configured on the Admin – Settings – Explorer page by accessing the Share Folder option from a folder entry's right-click context menu. Note that the root
Projects folder is shared, by default, with all members of the Workspace for editing, and this permission is set to apply to all children – meaning all sub-folders created.
Bear in mind that the Projects folder is shared with all members of the Workspace, with full editing rights. Modify this access, and to any created sub-folders thereof, as required.
To configure access permissions for a project from the Workspace's browser interface, select the project entry on the Projects page of the interface and click the button.
The Share window will appear, with all the controls necessary to share the project with other users.
With your design projects centrally managed in a Workspace, sharing with others is simply a case of managing each project's permissions.
Things to be aware of:
- In terms of permissions, a user/role has full editing access to the project when the Can Edit option is selected. Otherwise, they have View-only access.
- The Owner and the Administrators role always have full editing access (Can Edit).
- With the exception of the Owner and the Administrators role, permissions for all included users/roles may be individually set as Can View or Can Edit, or access rights completely removed.
- Projects that have been made available to the Workspace from Altium Designer in a mirrored format (Simple Sync), rather than under the Workspace's version control (Git VCS), cannot be shared with edit permissions (Can Edit) – editing is available to the project owner only.
► See information about Making Altium Designer Projects Available Online.
- A project may be explicitly shared with particular Users and/or Roles, or simply shared with any member (or all members) of the Workspace.
- You can share a project with users outside of your Workspace (those that are not members of the Workspace) for editing, or for viewing and commenting only. You can share with other AltiumLive users from within your own organization, AltiumLive users from different organizations, and non-AltiumLive users (who will need to then register for AltiumLive accounts). For a user outside of your Workspace, the Share outside the Workspace window will appear to confirm how and with whom the sharing will apply.
You can share the project with anyone outside of the Workspace, for editing or viewing.
Sharing with a Specific User or Role
The procedure for sharing a project in the Workspace with specified users and/or roles is as follows:
- Add the required user/role name(s) to the Share Project With field in the Share window. To add an entry, begin typing the desired name/email/role in the field so the matching user/role can be selected from the dynamic list – which will only contain filtered members of your Workspace or users within your organization, and existing roles defined for the Workspace. Multiple users/roles can be chosen. To remove an entered user/role, click the control associated with the entry.
- Set the sharing access permissions for the added users/roles from the associated drop-down menu by selecting Can View or Can Edit, where the latter option inherently includes viewing capability. The setting initially applies to all entries (user/roles) included in the Share Project With field.
- Click the control to access a textual area if you wish to include information that relates to the sharing arrangement for this project.
- Click the Shared With control to present the users/roles with whom the project is currently (and specifically) shared, which by default includes the Owner and the Administrators role.
With the exception of the Owner and the Administrators role, permissions for all included users/roles may be individually set as Can View or Can Edit, or access rights completely removed. Click on the current permission state to access controls.
- To open access to all members in the Workspace, choose a suitable permission level – either Can View (Read-only access), or Can Edit (full Read/Write access) – from the Workspace Members entry drop-down menu. When set to
No access, only the Owner, Administrators and any users specifically added for sharing will have access.
- Click the Advanced Settings control to access a window with which to determine advanced share settings. For people with editing rights, you can control whether a person can share with others. This allows you to restrict further sharing by external contractors, for example. For people with view-only access, you can control whether they can also download native data (the project itself) and derived data (for example, generated Gerbers or PDFs). They can still view data in the Web UI and provide comments, as before. In each case, separate permissions are provided for people inside and outside of the Workspace.
- Click the button to confirm the updated sharing permissions for the project. What happens next depends on the type of user being invited:
- A user that is already a member of your Workspace will be added to the access list for the project directly. They will receive an email notifying them that the project has been shared with them (and what access rights they have to it). They can open the project in Altium Designer (if permitted to do so) and access it through the Altium 365 Platform Interface (from the Projects page).
- When an existing Workspace Role is added for sharing it will be added to the access list for the project directly. All members of the role will receive an email notifying them that the project has been shared with them (and what access rights they have to it). They can open the project in Altium Designer (if permitted to do so) and access it through the Altium 365 Platform Interface (from the Projects page).
- For a person outside of your Workspace, the project will be shared with them and they will receive a notification email. They can open the project in Altium Designer (if permitted to do so) and access it through their Altium 365 Personal Space (from the Shared with Me page). The email provides direct access to the design through Altium 365. Once they click the button in the email they will be taken to the Altium 365 Sign In page (unless already signed in to the platform, or their AltiumLive account). Upon signing in, they will be taken to the Web Viewer directly, with the shared design loaded.
Sharing with your Organization
Separate to sharing a project with specific users or groups, as outlined above, basic view-only access can be provided to all members of your organization by selecting the Share window's Anyone in <company> can access option. The members of your organization this applies to are as defined in the Users page of your organization's Dashboard.
With only this level of sharing applied, all registered users in your organization can access the project through the Shared with Me option in both Altium Designer and in their Altium 365 Personal Space. The access for all users is view-only, while the project owner and administrators of the Workspace also maintain their full access through the Workspace itself.
Sharing by Direct Link
You can also share a direct link to the project. The link is obtained by clicking the control, at the bottom of the Sharing window. The link provides access based on the project's current sharing permissions:
- For members of the Workspace – their access is determined by the Workspace Members permission settings (
Can Edit), or by the permissions applied to an explicit Share With entry for their name (or a Role they are a member of).
- For users outside of the Workspace – their access is determined by an explicit Share With entry for their name, and the permissions that are applied to that name. For access, the user must be registered with and signed in to AltiumLive.
Obtain a direct link to the project, the use of which is governed by the existing sharing permissions in the Sharing window.
The link is copied to the clipboard. When used, it provides the applicable user – where permitted – direct access to the detailed management page for the project, an overview of which is presented in the next section.
Alternatively, if the user who opens the provided link does not have access to the project – it is not shared with them – their Personal Space will offer to submit a request for access.
When the linked project is not accessible to a user, a request for access can be sent from their Personal Space.
When a request is sent, Workspace Administrators and the owner of the linked project will receive a corresponding access request email which can be acted on via the Open Sharing settings button. This opens the Share window for that project where the pending request can be approved (with
Edit rights) or rejected. Once the sharing rights have been specified, an email is sent to the requesting user to confirm the result of the sharing approval process.
An access request email to a project owner provides a direct link to the Share properties for that project.
Sharing a Multi-board Project
A Multi-board project is a special project type that encompasses multiple PCB design projects to create a complete functional system. The sub-projects are linked to the parent Multi-board project so their data can be sourced to establish the electrical and physical connectivity of the overall system.
► See Multi-board Design for more information on working with Multi-board projects.
The links between the Multi-board and its associated sub-projects are saved as relative paths within the Multi-board project itself (
*.PrjMbd), so these must remain valid when the projects are saved to the Workspace VCS from the design client (Project » Make available Online). In practice, this means ensuring that all the projects are saved to the Workspace and are located in the correct folder structure. In most cases though, all projects involved in a Multi-board system are likely to be in the same folder.
When it comes to sharing a Multi-board project the same considerations apply. Both the parent Multi-board project and its associated sub-projects should be shared with the same View/Edit permissions to the same Workspace members. Users who then open the Multi-board project for the first time in their design client must also open the associated sub-projects – again ensuring that the relative folder structure is locally correct.
Both a Multi-board project and its sub-projects need to be saved online, shared and opened as individual projects.
Accessing the Detailed Management Page for the Project
Main page: Management of a Specific Project
The Workspace provides an advanced, manufacturing-oriented CAD-centric view of the project, opened by selecting the required project, clicking the control above the listing of projects, and choosing the Open entry on the associated menu. Alternatively, double-click directly on the required project entry in the list.
The detailed management page for that project opens in a new browser tab incorporating the CAD-centric interface, which offers Design, Supply, Releases, and History view options:
- Design – display and navigate source project design documents, view design object properties and place review comments. This view uses the Web Viewer interface to present your design across four distinct data sub-views, to show the source schematic(s), board in 2D, board in 3D and Bill of Materials respectively. This view is for the latest version of the source project data, rather than a specified release from that project, and so could be considered to be a work-in-progress (WIP) view. You can review both the base design and any defined variant thereof.
- Supply – allows you to interactively examine work-in-progress (WIP) BOM data extracted from the design documents, including entries for Manufacturer and Supplier parts data derived from a project's populated ActiveBOM document.
- Tasks – allows you to access and manage the job activity requests (Tasks) that apply to the currently open design project. Tasks are presented in a Kanban board flow style, with their progress state (
Resolved) arranged as Task rows. One row is reserved for General Tasks, and each remaining row applies to Tasks for a specific project document. The latter populated with Tasks that are associated with the open project, and are created when a project Comment is assigned to a particular user (Workspace member). In this sense, the Workspace Tasks system is effectively an extension of the Commenting system. You also have the option to create a General Task from the New button – these Tasks apply to the current project but are not associated with a project Comment or document.
- Releases – view the releases for the project. Access is provided for opening the full release data, or a specific assembly package, which will be presented on a separate tab through a Manufacturing Portal. From this portal you can view and navigate the released file data, inspect the BOM, and view and comment on the snapshot of the design itself; the source for that released data. From either the Releases view, or through the Manufacturing Portal for a specific release, you'll have access to controls for downloading manufacturing data at various levels of granularity (from full data set(s) to individual generated output files). A chosen release can also be sent – as a Manufacturing Package – directly to your manufacturer. You also have the ability to directly compare Gerber, Schematic or BOM data.
- History – browse a progressive timeline of major events relating to the project, including its creation, commits, releases, clones and MCAD exchanges. Each time a supported event happens in association with the project, that event is added to the timeline as a dedicated tile with various actions supported where applicable. For Release/Commit events, you also have the ability to directly compare Gerber (Release events only), Schematic or BOM data.
Moving a Project
To move (relocate) a project under a different parent folder within the folder hierarchy select its entry on the Projects page, click the control above the listing of projects/folders, and choose the Move entry on the associated menu.
The Move project window will appear, in which to choose the new parent folder. Click the button to effect the move. The project will be moved to the chosen folder and you will be taken to that folder.
You can move a project to any folder – within the project folder hierarchy – at any stage.
Editing a Project
To edit the properties of an existing project in the Workspace, select its entry on the Projects page, click the control above the listing of projects, and choose the Edit entry on the associated menu. In the following Edit Project window – which opens in simplified view – you can change the project's Name and Description.
You can edit the Name and Description for a project at any stage.
Click the button to access additional fields.
Additional fields are accessed by clicking the Advanced button.
- Parent Folder – this field displays the name of the folder in which the project can be found, within the project folder hierarchy for the Workspace. This field is non-editable, providing information only. To change the parent folder, you need to use the Move command.
- Parameters – click this control to expand an area in which you can manage server-side parameters for the project. Parameter Name/Value pairs can be added (), edited (in-line editing), or removed ().
Edit server-side parameters for the project.
Click the button to confirm any changes you have made.
Cloning a Project
To clone an existing project, select its entry on the Projects page, click the control above the listing of projects, and choose the Clone entry on the associated menu. The Clone Project window will appear.
You can clone a project to create an identical copy of it, along with its working files.
Use the Clone Project window to specify a name for the project and an optional description. By default the original project name will be used with the suffix ' – Copy', and a default description will be pre-filled.
Click the button to access the Parent Folder field. By default this will be set to the folder in which the source project is located. Click the Change link at the right of the field to access the server folder structure for the Workspace, from which to select an alternate folder in which to store the cloned project. You can organize projects into a hierarchy of sub-folders should you wish. For more information, see the section Creating a Hierarchy of Project Folders.
After setting the fields as required, click the button. The original project will be cloned (duplicated) along with its constituent files and data and be added as a new project entry to the Projects page listing (under the chosen parent folder).
Deleting a Project
Related page: Trash
To delete (remove) an existing project from the Workspace, select its entry on the Projects page, click the control above the listing of projects, and choose the Delete entry on the associated menu.
The Delete window will appear, in which to confirm the deletion. The action is actually a 'soft delete', whereby the project repository will be moved into the Trash area of the Workspace. The Delete window will appear differently, depending on whether the project has been released or not:
- Project never released – in this case, the Delete window simply conveys that the project repository will be moved to the Trash.
- Project released – in this case, the Delete window conveys that the project repository will be moved to the Trash and also summarizes the number of Releases and Packages (Manufacturing Packages) that will be deleted also.
To proceed with the deletion, click the button. The project will be removed from the main listing of projects. Your local working copy is not affected by this action, but you will no longer be able to commit changes to the server. In Altium Designer, you can simply close and reopen the local working copy to access a range of suggested actions, since the local project now references a VCS repository that no longer exists.
All projects deleted in this manner can be found on the Trash page of the interface. Note that you can only view projects (and any other items for that matter) that you have personally soft deleted. Administrators will be able to see the full content of the Trash page – so all items that have been soft deleted.
Things to consider in relation to a soft deleted project:
- The project will not be available to open and browse from your design software, or from within the Web interface.
- If the project had been shared externally outside of the Workspace, the related tile for it will be removed from the Shared with Me page of the Altium 365 Platform Interface, for all external people involved.
- Any shared Manufacturing Packages that have been deleted with the project will also be removed from the Shared with Me page of the Altium 365 Platform Interface, for all people involved.
- When browsing any items that have been used in a project, the Where Used entry for the project will reflect that the project has been deleted.
- A project can be restored or permanently deleted from the Trash page, only by the owner of that project or a Workspace Administrator.