Parent page: Erweiterte Themen
Die Installation des Enterprise Server stellt dank seines Version-Control-Service eine lokalisierte (und zentralisierte) Versionsverwaltung bereit. Dieser Service bietet Möglichkeiten zur Versionsverwaltung genau dort, wo Sie sie benötigen – lokal, ohne nach externer VCS-Verwaltungssoftware suchen oder dafür bezahlen zu müssen.
Durch die Definition von Design-Repositories auf diese zentralisierte Weise kann ein Unternehmen vollständig steuern, auf welche Repositories seine Entwickler zugreifen und welche sie verwenden können.
Relevance of the information on this page:
Eine Neuinstallation des Enterprise Server stellt ein einzelnes Git-basiertes Design-Repository zur Verfügung, das alle Workspace-Designprojekte aufnimmt – und das ist alles! Dadurch entfallen Einrichtung und Komplexität in Bezug auf den lokalen Version-Control-Service des Enterprise Server. Sie haben ein einziges Design-Repository – Versioned Storage – auf das alle Ihre Entwickler zugreifen und in das sie freigeben können. Daher dient die Seite VCS in der Browseroberfläche des Workspace nur noch Informationszwecken – Sie können kein neues Repository hinzufügen, und das einzelne Git-Repository kann in keiner Weise geändert oder gelöscht werden. Die Informationen auf dieser Seite treffen daher nicht auf Sie zu.
Wenn Sie Ihren Enterprise Server von Altium Vault 3.0 aktualisiert haben, wird auch die Verwendung von SVN-Repositories aktiviert, sodass Sie Ihren bisherigen (und etablierten) Design-Workflow weiter nutzen können. In diesem Fall können Sie weiterhin Repositories über den lokalen Version-Control-Service erstellen (nur SVN) oder eine Verbindung zu externen Repositories herstellen (SVN oder Git). Die Informationen auf dieser Seite sind daher weiterhin für Sie relevant.
Important:Beachten Sie, dass andernfalls die Schaltfläche 
ausgegraut ist und die Möglichkeit zum Erstellen/Hinzufügen von Repositories nicht verfügbar ist.
Wesentliche Vorteile
Die Verwendung dieses zentralisierten Version-Control-Service bietet zwei wesentliche Vorteile:
-
Sie verfügen über eine gemeinsame Benutzer- und Rechteverwaltung sowohl für Altium Designer als auch für SVN. Wenn Sie sich beim Enterprise Server anmelden, arbeitet der Version-Control-Service mit Ihrer Sitzung/Ihren Anmeldedaten.
-
Repositories, die über den Enterprise Server definiert werden (über die Seite VCS (Admin – VCS) in der browserbasierten Oberfläche des Enterprise Server Workspace), werden bei der Anmeldung automatisch in Altium Designer übernommen, sodass sich Benutzer nicht um URLs, Protokolle, Passwörter usw. kümmern müssen. Es wird einfach einmal auf dem Enterprise Server konfiguriert und bei Bedarf mit den vorgesehenen Benutzern geteilt.
Wenn ein neuer Benutzer für den Enterprise Server erstellt wird, wird das definierte Password für diesen Benutzer sowohl im Enterprise Server als auch im SVN-Service gespeichert, da Letzterer nicht direkt auf das Passwort des Ersteren zugreifen kann.
Repository-Erstellung
Repositories können über den lokalen Version-Control-Service erstellt werden (nur SVN), oder es kann eine Verbindung zu externen Repositories hergestellt werden (SVN oder Git). Zusammen werden alle Repositories zentral über die Seite VCS (Admin – VCS) in der browserbasierten Oberfläche des Workspace verwaltet, und zwar hinsichtlich:
-
Ihres angezeigten Namens, ihrer Beschreibung und ihres Repository-Pfads.
-
Ihrer konfigurierten Zugänglichkeit – welche spezifischen Benutzer darauf zugreifen können (oder Rollen im Fall von Repositories, die über den lokalen Version-Control-Service definiert wurden).
-
Ihrer Verfügbarkeit – sie zentral hinzuzufügen oder zu entfernen, anstatt dass einzelne Entwickler Repositories unabhängig erstellen und verbinden müssen.
Standardmäßig sind zwei Design-Repositories verfügbar, die vom lokalen Version-Control-Service bereitgestellt werden und jeweils DefaultRepository (ein SVN-Repository) und Versioned Storage (ein Git-Repository) heißen. Das Repository DefaultRepository kann nicht umbenannt werden, aber Sie können bei Bedarf eine Beschreibung dafür hinzufügen, den Benutzerzugriff darauf verwalten oder es entfernen. Das Repository Versioned Storage, das ausschließlich für die integrierte Speicherung von Workspace-Projekten vorgesehen ist, kann nicht umbenannt, freigegeben oder entfernt werden.
Wenn sich ein Altium Designer-Benutzer beim Workspace anmeldet, werden die für ihn verfügbaren Design-Repositories automatisch zur Seite Data Management – Design Repositories des Dialogs Preferences hinzugefügt. Beachten Sie, dass die Liste auch alle „unmanaged“ Repositories enthält, die manuell über diese Seite Preferences hinzugefügt wurden.
Definieren Sie den Zugriff auf die Design-Repositories Ihres Unternehmens zentral. Repositories können intern in der Enterprise-Server-Installation sein, definiert über den lokalen Version-Control-Service, oder extern durch Verwendung des integrierten SVN von Altium Designer oder eines SVN- oder Git-Dienstes eines Drittanbieters. Die Zugriffskontrolle erfolgt über die Seite VCS in der browserbasierten Oberfläche des Workspace. Wenn sich ein Benutzer beim Workspace anmeldet, werden die für ihn verfügbaren Design-Repositories automatisch zur Seite Data Management – Design Repositories des Dialogs Preferences hinzugefügt.
Hinzufügen eines Repositorys
Um ein Design-Repository hinzuzufügen, klicken Sie auf die Schaltfläche 
oben rechts auf der Seite. Das Fenster Add Repository wird angezeigt; verwenden Sie es, um das Repository zu definieren.
Nur Repositories vom Typ SVN können über den lokalen Version-Control-Service erstellt werden. Vorhandene (externe) Repositories können verknüpft werden; diese können entweder SVN oder Git sein.
Die erforderlichen Eigenschaften hängen davon ab, ob Sie ein neues Repository über den lokalen Version-Control-Service erstellen oder eine Verknüpfung zu einem vorhandenen externen Repository herstellen:
-
New – geben Sie dem Repository einfach einen Namen und eine Beschreibung.
-
Existing – zusätzlich zu Name und Beschreibung müssen Sie den URL zum Repository sowie gültige Anmeldedaten (User Name, Password) für den Zugriff auf dieses Repository angeben (falls erforderlich).
Beim Erstellen eines Repositorys, das intern im Enterprise Server liegt, sollte der Name mit einem Zeichen beginnen und kann A-Z, a-z oder 0-9 enthalten. Unterstriche, Bindestriche und Leerzeichen sind innerhalb der Mitte des Namens zulässig. Die folgenden Wörter dürfen nicht verwendet werden: AUX, COM1-COM9, LPT1-LPT9, CON, NUL und PRN. Für ein externes Repository gibt es keine Benennungseinschränkungen.
Erstellen Sie ein neues SVN-basiertes Design-Repository über den lokalen Version-Control-Service des Enterprise Server oder verknüpfen Sie es mit einem vorhandenen Repository (SVN oder Git), das außerhalb des Enterprise Server erstellt wurde.
Ein verknüpftes externes Design-Repository wird in der Repository-Liste dadurch gekennzeichnet, dass seine Eigenschaft External aktiviert ist (
).
Um die Eigenschaften eines Design-Repositorys zu einem späteren Zeitpunkt zu bearbeiten, klicken Sie auf das zugehörige Steuerelement Edit (
). Um ein Design-Repository zu entfernen, klicken Sie auf das zugehörige Steuerelement Remove (
).
Die Liste der Repositories wird automatisch alphabetisch nach Name sortiert, wobei lokale Repositories, die über den Version-Control-Service definiert wurden, zuerst aufgeführt werden und danach externe Repositories. Das Git-basierte Repository Versioned Storage – das weder geändert noch gelöscht werden kann – erscheint immer oben in der Liste.
Freigeben eines Repositorys
Nachdem Sie Ihre Design-Repositories zentralisiert haben, müssen Sie sicherstellen, dass diejenigen, die Zugriff auf ein bestimmtes Repository benötigen – einschließlich der Entwickler, die an Leiterplattendesigns arbeiten werden – diesen Zugriff auch haben. Dies wird erreicht, indem dieses Repository freigegeben bzw. seine Zugriffsberechtigungen verwaltet werden. Klicken Sie dazu auf das dem Repository zugeordnete Steuerelement Share (
).
Das Fenster Manage Permissions wird angezeigt und enthält alle erforderlichen Steuerelemente, um das Repository mit anderen Benutzern zu teilen.
Wenn Design-Repositories zentral organisiert sind, besteht das Teilen mit anderen einfach darin, die Berechtigungen jedes Repositorys zu verwalten.
Folgendes ist zu beachten:
-
Für ein lokales Repository, das über den Version-Control-Service des Enterprise Server erstellt wurde (d. h. nicht extern), teilen die Standardberechtigungen dieses Repository mit dem Benutzer, der das Repository erstellt hat, sowie mit der Rolle Administrators. Beide haben vollständigen Lese-/Schreibzugriff.
-
Für ein externes Repository wird standardmäßig mit niemandem geteilt – nicht einmal mit dem Benutzer, der über die Oberfläche eine Verbindung dazu hinzugefügt hat.
-
Nur lokale Repositories (nicht externe) können mit definierten Rollengruppen für den Enterprise Server oder öffentlich geteilt werden. Rollen werden nach einzelnen Benutzern aufgeführt.
-
In Bezug auf Berechtigungen hat ein Benutzer/eine Rolle Lese-/Schreibzugriff, wenn die Option Can Write aktiviert ist (
). Wenn diese Option deaktiviert ist, besteht nur Lesezugriff.
Be Aware: Die Berechtigungseinstellungen beim Freigeben eines internen Design-Repositorys funktionieren nicht genau so, wie man es erwarten würde. Obwohl ein internes Design-Repository selbst mit einem Serverbenutzer nur für Lesezugriff geteilt werden könnte, kann dieser Benutzer dennoch NEUE Workspace-Projekte innerhalb dieses Repositorys erstellen und vollständige Lese-/Schreibberechtigungen für die entsprechenden Projektordner erhalten, die dabei erstellt werden. Beachten Sie, dass diese fehlerhafte Funktionalität nur für neue Workspace-Projekte und deren Ordner gilt, die von diesem Benutzer erstellt wurden. Der Benutzer hat keine Schreibberechtigungen für andere Ordner im Repository.
-
Um einem vorhandenen Benutzer/einer vorhandenen Rolle den freigegebenen Zugriff auf ein Repository zu entziehen, klicken Sie auf das zugehörige Steuerelement Remove (
).
Sharing a Local Repository with a Workspace User
So geben Sie ein lokales (nicht externes) Repository für einen anderen Workspace-Benutzer frei:
-
Klicken Sie im Fenster Manage Permissions auf das Steuerelement Add User .
-
Geben Sie im angezeigten Fenster Add Users im Feld Select Users to be added den vollständigen Namen, Benutzernamen oder die E-Mail-Adresse eines Workspace-Benutzers ein, damit eine Liste passender Benutzer eingeblendet wird. Wählen Sie den gewünschten Benutzer aus dieser Liste aus. Es können mehrere Benutzer ausgewählt werden. Um einen Benutzer zu entfernen, klicken Sie rechts neben seinem Namen auf das Löschkreuz.
-
Legen Sie die Berechtigung für den/die Benutzer über das Feld Permission fest. Verwenden Sie die Dropdown-Liste, um zwischen Zugriff Read und Zugriff Read/Write zu wählen.
-
Klicken Sie auf die Schaltfläche
, um das Hinzufügen des Benutzers/der Benutzer zu bestätigen und zum Fenster Manage Permissions zurückzukehren.
-
Klicken Sie im Fenster Manage Permissions auf die Schaltfläche .
Für die Bearbeitung der Berechtigungen eines vorhandenen Benutzers verwenden Sie die Option Can Write im Fenster Manage Permissions, um zwischen Lese-/Schreibzugriff (aktiviert) und schreibgeschütztem Zugriff (deaktiviert) umzuschalten.
Freigeben eines lokalen Repositorys für eine definierte Rollengruppe
Wenn das Repository über den lokalen Versionsverwaltungsdienst und nicht über ein externes Repository erstellt wurde, können Sie es auch für in Ihrem Workspace definierte Rollengruppen freigeben. So geben Sie ein lokales (nicht externes) Repository für eine andere Rollengruppe frei:
-
Klicken Sie im Fenster Manage Permissions auf das Steuerelement Add Group .
-
Geben Sie im daraufhin angezeigten Fenster Add Groups im Feld Select Groups to be added den Namen einer Rollengruppe ein, damit eine Liste passender Rollen eingeblendet wird. Wählen Sie die gewünschte Rolle aus dieser Liste aus. Es können mehrere Rollen ausgewählt werden. Um eine Rolle zu entfernen, klicken Sie rechts neben ihrem Namen auf das Löschsymbol.
-
Legen Sie die Berechtigung für die Rollengruppe(n) über das Feld Permission fest. Verwenden Sie die Dropdown-Liste, um zwischen Zugriff Read und Zugriff Read/Write zu wählen.
-
Klicken Sie auf die Schaltfläche , um das Hinzufügen der Rolle(n) zu bestätigen und zum Fenster Manage Permissions zurückzukehren.
-
Klicken Sie im Fenster Manage Permissions auf die Schaltfläche .
Für die Bearbeitung der Berechtigungen einer vorhandenen Rolle verwenden Sie die Option Can Write im Fenster Manage Permissions, um zwischen Lese-/Schreibzugriff (aktiviert) und schreibgeschütztem Zugriff (deaktiviert) umzuschalten.
Freigeben eines lokalen Repositorys für alle Benutzer
Wenn das Repository über den lokalen Versionsverwaltungsdienst und nicht über ein externes Repository erstellt wurde, können Sie dieses Repository auch für alle Workspace-Benutzer freigeben. So geben Sie ein lokales (nicht externes) Repository für jeden frei, der sich am Workspace anmelden kann:
-
Klicken Sie im Fenster Manage Permissions auf das Steuerelement Add Anyone .
-
Der Eintrag Anyone wird direkt zur Liste der freigegebenen Elemente hinzugefügt und automatisch mit Lese-/Schreibzugriff freigegeben.
-
Klicken Sie im Fenster Manage Permissions auf die Schaltfläche .
Für die Bearbeitung der Berechtigungen für die Entität Anyone verwenden Sie die Option Can Write im Fenster Manage Permissions, um zwischen Lese-/Schreibzugriff (aktiviert) und schreibgeschütztem Zugriff (deaktiviert) umzuschalten.
Freigeben eines externen Repositorys für einen Workspace-Benutzer
So geben Sie ein externes Repository für einen Workspace-Benutzer frei:
-
Klicken Sie im Fenster Manage Permissions auf das Steuerelement Add User .
-
Geben Sie im daraufhin angezeigten Fenster Add Users im Feld Select Users to be added den vollständigen Namen, Benutzernamen oder die E-Mail-Adresse eines Workspace-Benutzers ein, damit eine Liste passender Benutzer eingeblendet wird. Wählen Sie den gewünschten Benutzer aus dieser Liste aus. Um den Benutzer zu entfernen, klicken Sie rechts neben seinem Namen auf das Löschsymbol.
Geben Sie im Feld SVN User einen Namen ein, der beim externen Repository (SVN oder Git) registriert ist und daher Zugriff hat. In der Regel ist dies der entsprechende, beim Repository registrierte Name eines Benutzers.
-
Klicken Sie auf die Schaltfläche
, um das Hinzufügen des Benutzers zu bestätigen und zum Fenster Manage Permissions zurückzukehren. Klicken Sie auf Add User, um weitere Benutzer hinzuzufügen, wie in Schritt 2 oben beschrieben. Beachten Sie, dass im zweiten Beispielbild unten für den Benutzer Barry sein entsprechender Repository-Name BarrySmith verwendet wurde und nicht der allgemeine Name ServerAdmin.
-
Klicken Sie im Fenster Manage Permissions auf die Schaltfläche .
Workspace-Benutzer können jedem gültigen Benutzernamen im externen SVN-Repository zugeordnet werden, und mehrere Workspace-Benutzer können einem einzigen Benutzernamen im externen SVN-Repository zugeordnet werden.
-
Der Zugriff selbst (im Sinne von schreibgeschützt oder Lese-/Schreibzugriff) wird letztlich durch die Installation des externen Repositorys bestimmt. Der Enterprise Server beeinflusst die Benutzerautorisierung des externen Repositorys nicht und kann diese Berechtigungen daher nicht auf Seiten des Enterprise Server verwalten.
-
Beim Zugriff aus Altium Designer auf ein externes Repository eines Enterprise Server, etwa beim Erstellen eines neuen Projekts, werden möglicherweise Verbindungsanmeldedaten für das Repository angefordert, falls dies zuvor noch nicht erfolgt ist. Diese Anmeldedaten werden bei nachfolgenden Aktivitäten mit diesem Repository automatisch verwendet.
Externer Zugriff auf ein lokales SVN-Design-Repository
Auf ein Design-Repository, das über den lokalen Versionsverwaltungsdienst des Enterprise Server erstellt wurde, kann mit einem SVN-Client wie TortoiseSVN zugegriffen werden. Der Zugriff erfolgt über das reguläre Netzwerkprotokoll (der svn:// wird derzeit unterstützt). Die korrekte Repository-Adresse kann an zwei Stellen aufgerufen/kopiert werden:
-
Auf der Seite VCS der Browseroberfläche des Workspace – im Feld Repository Path für das Ziel-Repository.
Ein „internes“ Repository, das vom Enterprise Server erstellt wurde, zeigt seinen Adresspfad relativ zum Enterprise Server an; dies ist die localhost-Adresse des Host-PCs.
Aus Sicht von Altium Designer – oder jeder Anwendung, die nicht auf dem Host-PC des Enterprise Server ausgeführt wird – basieren die Repository-Adresspfade auf dem Namen ihrer Host-PCs.
Die angezeigte Adresse hängt davon ab, ob Sie auf das Repository von demselben Rechner aus zugreifen, auf dem der Enterprise Server installiert ist (svn://localhost/<RepositoryName>), oder von einem entfernten PC (svn://<ComputerName>/<RepositoryName>, wobei ComputerName der Name des PCs ist, auf dem sich der Enterprise Server befindet).
Verwenden Sie die ermittelte Adresse in der Repository-Browse-Funktion Ihres Subversion-Clients. Beim ersten Zugriff wird ein zwischengeschalteter Dialog Authentication geöffnet, in dem gültige Verbindungsanmeldedaten angefordert werden. Geben Sie den Namen und das Passwort eines Workspace-Benutzerkontos ein, um fortzufahren. Diese Anmeldedaten sind gültig, wenn:
-
Das Benutzerkonto hinzugefügt wurde, after das Repository im Enterprise Server erstellt wurde. Die Benutzer, die für erstellte Repositorys gelten, sind in der Datei
passwd im Ordner \ProgramData\Altium\Altium365Data\Repository auf dem Enterprise-Server-PC zu sehen – siehe unten.
-
Das Repository für das Benutzerkonto freigegeben wurde, indem dieser Benutzername über den Befehl Add User im Fenster Manage Permissions for <repository name> des Servers hinzugefügt wurde. Dies ist in der Datei
authz des Repositorys ersichtlich, die sich im Ordner \ProgramData\Altium\Altium365Data\Repository auf dem Enterprise-Server-PC befindet.
Durchsuchen des Inhalts eines Design-Repositorys, das über den lokalen, auf SVN basierenden Versionsverwaltungsdienst der Enterprise-Server-Installation erstellt wurde.
Ein Design-Repository, das über den lokalen Versionsverwaltungsdienst erstellt wurde, speichert seine internen Daten in einem entsprechenden Unterordner im Ordner \ProgramData\Altium\Altium365Data\Repository (bei einer Standardinstallation des Enterprise Server). Es wird empfohlen, die Dateien in diesem Ordner nicht zu ändern oder zu bearbeiten, außer durch IT-Personal zu Wartungszwecken.
Enterprise Server & VCS-Benutzersynchronisierung
Wenn ein neuer Benutzer für den Workspace erstellt wird, werden die definierten Anmeldedaten (User Name und Password) für diesen Benutzer sowohl in der Datenbank des Enterprise Server als auch im Versionsverwaltungsdienst gespeichert, da Letzterer nicht direkt auf das Passwort aus Ersterer zugreifen kann. Das Passwort wird beim Versionsverwaltungsdienst im Klartextformat gespeichert (in der Datei \ProgramData\Altium\Altium365Data\Repository\passwd).
Die Einträge in dieser Liste ermöglichen den Zugriff auf das SVN-Repository des Enterprise Server bei der Arbeit mit dem Dienst über Altium Designer. Es kann vorkommen, dass die Anmeldedaten eines Benutzers nicht in der Datei enthalten sind, etwa wenn Workspace-Benutzer bereits vorhanden sind, wenn das erste SVN-Repository erstellt wird (und nicht umgekehrt). Dies kann behoben werden, indem diese Namens-/Passwort-Kombinationen manuell zur Datei passwd hinzugefügt werden oder indem das Passwort für jedes Benutzerprofil im Workspace erneut eingegeben wird – der letztere Ansatz füllt die Datei passwd entsprechend auf, ohne dass ein direkter Zugriff auf den Enterprise-Server-PC erforderlich ist.
Bei einer Standardinstallation des Enterprise Server werden die Benutzeranmeldedaten für den Versionsverwaltungsdienst in der zugehörigen Datei Passwd gespeichert.
Löschen eines Repositorys
Um ein Repository aus dem Versionsverwaltungsdienst des Enterprise Server zu löschen, klicken Sie auf das Steuerelement Remove (), das diesem Repository auf der Seite VCS der browserbasierten Oberfläche des Workspace zugeordnet ist.
Beachten Sie, dass das Entfernen eines Repositorys von der Seite
Data Management – Design Repositories page des Dialogs
Preferences in Altium Designer dieses Repository nur aus der Verwendung in dieser Instanz von Altium Designer entfernt. Es löscht das Repository nicht aus dem Versionsverwaltungsdienst des Enterprise Server. Wenn Sie sich vom Enterprise Server abmelden und anschließend wieder anmelden, erscheint das Repository erneut in der Liste der für diese Instanz von Altium Designer verfügbaren Repositorys.
Einträge externer Repositorys können gelöscht werden, unabhängig davon, ob das Repository Projekte enthält oder nicht. Lokale Repositorys hingegen (die intern über den Versionsverwaltungsdienst des Enterprise Server erstellt wurden) können nicht gelöscht werden, wenn sie ein oder mehrere Projekte enthalten. Sie werden darauf hingewiesen und sollten zuerst die Projekte entfernen, bevor Sie mit dem Löschen fortfahren können.
Selbst dann wird ein lokales Repository, wenn es keine Projekte enthält, nicht tatsächlich gelöscht, sondern in ein Archivverzeichnis verschoben (\ProgramData\Altium\Altium365Data\RepositoryDumps, bei einer Standardinstallation des Enterprise Server). Das Repository befindet sich dann in einer Dump-Datei mit einem Präfix aus einer eindeutigen ID (z. B. 775f6c22-b9a1-468c-9f1f-4f217bb3be6b_central design repository.dump).
AI-localized