Dieser Ereignistyp wird nur für ein Projekt unterstützt, das vollständig verwaltet und unter dem nativen VCS des Workspace gespeichert ist (innerhalb seines
Versioned Storage Git-Repositorys). Bei einem lokalen Projekt, das dem Altium 365 Workspace verfügbar gemacht wurde, aber nicht unter formaler Versionskontrolle steht – und daher die Simple-Sync-Methodik verwendet –, werden in der Verlaufszeitleiste keine VCS-bezogenen Commit-Ereignisse angezeigt. Um diese Informationen zu erhalten, können Sie den Stil der Online-Verfügbarkeit ändern, indem Sie die Option
Version Control aktivieren auf der Registerkarte
General des Dialogs
Project Options. Dadurch wird das Projekt unter das native VCS des Workspace gestellt.
Für ein Projekt, das einem Altium 365 Workspace verfügbar gemacht wurde, aber bereits unter externer Versionskontrolle steht, werden in der Verlaufszeitleiste ebenfalls keine VCS-bezogenen Commit-Ereignisse angezeigt. Verwenden Sie Ihren externen Versionskontroll-Client, um den Versionskontrollverlauf des Projekts zu prüfen. Alternativ können Sie effektiv zum nativen VCS des Workspace wechseln. Sie können eine Momentaufnahme Ihres Projekts erstellen – am effizientesten und saubersten mit dem
Project Packager von Altium Designer. Dadurch wird es von der externen Versionskontrolle und vom Workspace getrennt (falls es dort bereits verfügbar gemacht wurde), woraufhin Sie es dem Workspace erneut verfügbar machen können, dann jedoch unter dem VCS des Workspace – gewissermaßen mit einem Neustart. Detaillierte Informationen dazu finden Sie unter
Von externem VCS zu nativem Workspace-VCS wechseln.
Jedes Mal, wenn Sie ein Projekt in den Workspace committen (wobei das Projekt unter dem internen Versioned Storage Git-Repository des Workspace verwaltet wird), wird der Zeitleiste eine Project CommittedEreigniskachel hinzugefügt. Die Person, die den Commit durchgeführt hat (Save to Server), wird mit Namen (und Bild) zusammen mit Datum und Uhrzeit angezeigt. Wenn zum Zeitpunkt des Commits ein Kommentar hinzugefügt und übertragen wurde – über den Dialog Commit to Version Control –, wird dieser ebenfalls innerhalb der Kachel angezeigt.
Wenn das Projekt ein lokales, nicht verwaltetes Projekt war, das anschließend online verfügbar gemacht wurde, dann wird die im Dialog
Make Available Online eingegebene Beschreibung sowohl in der
Project CreatedEreigniskachel als auch in der anfänglichen
Project CommittedEreigniskachel verwendet, da der Projekt-Commit als Teil des Online-Verfügbarmachens des Projekts durchgeführt wird – vorausgesetzt natürlich, dass die Option
Version Control aktiviert war.
Beispiel einer anfänglichen Project CommittedEreigniskachel.
Die Kachel unterstützt und zeigt außerdem Design-Diffing-Informationen an und liefert detailliertere Informationen darüber, was sich zwischen dem aktuellen und dem vorherigen Commit geändert hat. Zu den unterstützten Elementen gehören Dateien, Komponenten, Netze, Varianten und PCB-Struktur. Der Diffing-Abschnitt der Kachel fasst die verschiedenen vom Commit-Ereignis betroffenen Elemente zusammen, gruppiert nach den folgenden Zuständen:
– Element hinzugefügt.
– Element entfernt.
– Element geändert.
Durch Klicken auf das 
Steuerelement in der Kachel wird dieser Diffing-Abschnitt erweitert, um die betroffenen Elemente namentlich anzuzeigen.
Verwenden Sie die verfügbaren
Show More- und
Show Less-Steuerelemente, um die vollständige Auflistung für jeden Elementtyp zu prüfen. Klicken Sie auf das
Steuerelement in der Kachel, um zur Zusammenfassungsanzeige zurückzukehren.
Klicken Sie auf das 
Steuerelement oben rechts in der Kachel, um auf ein Menü mit den folgenden Befehlen zuzugreifen:
-
Download Sources - uVerwenden Sie diesen Befehl, um genau diese Revision des PCB- oder Harness-Projekts im Projects-Bereich herunterzuladen und zu öffnen. Der Projektname enthält das Datum und die Uhrzeit, zu denen diese Revision committet wurde. Beachten Sie, dass diese Revision schreibgeschützt ist; Sie können sie anzeigen, aber nicht bearbeiten.
Sie können jede beliebige spezifische Revision des Projekts – direkt aus der entsprechenden Project CommittedEreigniskachel für diese Revision – öffnen (nur zur Ansicht).
-
Compare: Schematic to, PCB to, BOM to – ermöglicht Ihnen, die Schaltplan-, PCB- oder BOM-Daten des PCB-Projekts in diesem Commit mit denen eines anderen Commits oder Release-Ereignisses zu vergleichen. Verwenden Sie das Untermenü, um mit dem vorherigen Commit zu vergleichen, oder wählen Sie aus allen möglichen Releases und Commits aus. Sobald die Daten für den Vergleich ausgewählt wurden, werden die Vergleichsergebnisse in der zugehörigen Differenzansicht dargestellt, die als neuer Tab in Ihrem Standardbrowser geöffnet wird. Weitere Informationen finden Sie unter Design Data Comparisons (Altium 365 Workspace, Enterprise Server Workspace).
-
Create Tag – fügt jedem Commit eines Designprojekts ein einzelnes, benutzerdefiniertes Tag hinzu (und nur dann, wenn dieses Projekt in einem Workspace unter dessen internem Git-VCS-System gespeichert ist). Sie können ein Tag nur für einen Commit erstellen, der bereits im Workspace gespeichert ist. Nach Ausführung des Befehls wird das Dialogfeld Create Tag geöffnet. Geben Sie das gewünschte Tag ein und klicken Sie dann auf Create.
Wenn ein eingegebenes Tag ein unzulässiges Zeichen enthält, erscheint das Symbol 
im Dialogfeld Create Tag. Bewegen Sie den Mauszeiger über das Symbol, um einen „Hinweis“ darauf anzuzeigen, welche Zeichen zulässig sind, d. h. Buchstaben, Zahlen, Punkt ('.'), Bindestrich ('-'), Nummernzeichen ('#') und Unterstrich ('_'); passen Sie das Tag bei Bedarf an.
Es wird ein Informations-Popup geöffnet, das Sie darauf hinweist, wenn der Name des Tags unzulässige Zeichen enthält. Das Tag wird erst erstellt, wenn die unzulässigen Zeichen entfernt wurden.
Wenn das Projekt Commits enthält, die noch nicht gepusht wurden, wird das Dialogfeld Save To Server geöffnet und fragt, ob Sie einen Push durchführen möchten. Wenn der Commit gepusht wird, wird das Dialogfeld Create Tag geöffnet.
Wenn das Projekt mit dem Project Releaser veröffentlicht wird und sein letzter Commit noch kein Tag hat, wird diesem letzten Commit automatisch ein Tag zugewiesen. Dieses Tag hat die Form RELEASE_<RevisionID>, wobei <RevisionID> die Revisionsnummer der veröffentlichten Projektquellen ist (A.1, A.2 usw.), zum Beispiel RELEASE_A.3.
Um ein Tag umzubenennen oder zu löschen, klicken Sie auf 
und bewegen Sie dann den Mauszeiger über den Eintrag Tag . Es wird ein Dialogfeld geöffnet, in dem Sie den neuen Namen des Tags eingeben können. Wenn Remove ausgewählt ist, wird das Tag sofort gelöscht.
Der Befehl
Create Tag kann auch aufgerufen werden, indem Sie im Bereich
Projects mit der rechten Maustaste auf den Namen eines Projekts oder Dokuments klicken und dann
History & Version Control » Create Tag wählen, um ein Tag für den letzten/aktuellsten Commit zu erstellen.
Hinweise:
-
Für externe Versionskontrolle gibt es keine Tag-Unterstützung.
-
Pro Commit kann nur ein (1) Tag erstellt werden.
-
Kopie erstellen – dient zum Erstellen einer Kopie aus genau dieser Projektrevision. Das Dialogfeld Create Project Copy wird geöffnet, in dem Sie einen Project Name eingeben (standardmäßig ist dies der ursprüngliche Projektname mit dem Suffix „ - Copy“), Description (wird nicht vorausgefüllt), den Workspace-Folder-Pfad (innerhalb des Workspace) und den Local Storage-Pfad (zur Arbeitskopie). Das Projekt wird erstellt, und der Zeitleiste wird eine Project Copied-Ereigniskachel hinzugefügt.
Der Workspace-
Folder ist standardmäßig derselbe Ordner, in dem das ursprüngliche Projekt gespeichert ist. Klicken Sie auf
, um das Dialogfeld
Choose Folder zu öffnen (eine abgespeckte Version des Bereichs
Explorer), und den Ordner nach Bedarf zu ändern. Der
Local Storage ist standardmäßig auf den Speicherort eingestellt, der auf der Seite
System - Default Locations des Dialogfelds
Preferences definiert ist. Klicken Sie auf
, um ein Standard-Windows-Dialogfeld zu öffnen, mit dem Sie diesen Speicherort nach Bedarf ändern können.
-
Revert to – verwenden Sie diesen Befehl, um wieder die Daten aus genau dieser Projektrevision zu verwenden. Die Daten aus den Quelldokumenten des Projekts in dieser bestimmten Revision überschreiben die Daten in Ihrer lokalen Arbeitskopie des Projekts. Tatsächlich wird das Projekt kurzzeitig geschlossen und dann mit diesen zurückgesetzten Daten erneut geöffnet. Wenn Sie die Rücksetzung abschließen und diese Daten zur Head Revision (aktuellen Version) machen möchten, müssen Sie das Projekt wieder in den Workspace committen und pushen.
Sie können direkt über die entsprechende Project Committed-Ereigniskachel für diese Revision zu jeder bestimmten Projektrevision zurückkehren.
Nachdem Sie zu einer bestimmten Revision zurückgekehrt sind und bevor Sie committen, können Sie Ihre lokale Arbeitskopie mithilfe des Befehls Revert to, der der neuesten Project Committed-Ereigniskachel auf der Zeitleiste zugeordnet ist, auf die neueste Revision zurücksetzen.
Eine
Project Committed-Ereigniskachel ist physisch mit dem Hauptstrang der Zeitleiste durch eine durchgezogene blaue Verbindungslinie und einen Knoten verbunden:
. Die neueste Revision des Projekts (d. h. der letzte Commit) ist dadurch gekennzeichnet, dass ihr Knoten weiß gefüllt ist:
.
AI-localized