Este tipo de evento solo es compatible con un proyecto que esté completamente gestionado y almacenado bajo el VCS nativo del Workspace (dentro de su repositorio
Versioned Storage Git). Para un proyecto local puesto a disposición en el Workspace de Altium 365 pero que no está bajo control de versiones formal —y, por lo tanto, utiliza la metodología Simple Sync— no verá ningún evento de commit relacionado con VCS en la línea de tiempo del historial. Para obtener esta información, puede cambiar el estilo de disponibilidad en línea habilitando la opción
Version Control en la pestaña
General tab del cuadro de diálogo
Project Options. Esto hace que el proyecto quede bajo el VCS nativo del Workspace.
En el caso de un proyecto puesto a disposición en un Workspace de Altium 365 pero que ya está bajo control de versiones externo, tampoco verá ningún evento de commit relacionado con VCS en la línea de tiempo del historial. Utilice su cliente de control de versiones externo para examinar el historial de control de versiones del proyecto. Como alternativa, puede cambiar de forma efectiva al VCS nativo del Workspace. Puede crear una instantánea de su proyecto, lo que se realiza de la forma más eficiente y limpia usando
Project Packager de Altium Designer. Esto lo desvincula del VCS externo y del Workspace (si ya se había puesto a disposición allí), tras lo cual puede volver a ponerlo a disposición del Workspace, pero bajo el VCS del Workspace, empezando de nuevo, por así decirlo. Para obtener información detallada sobre cómo hacerlo, consulte
Moving from External VCS to Workspace Native VCS.
Cada vez que hace Commit de un proyecto al Workspace (donde el proyecto se gestiona bajo el repositorio Versioned Storage Git interno del Workspace), se añadirá a la línea de tiempo un mosaico de evento Project Committed. La persona que realizó el commit (Save to Server) se presenta por nombre (y foto), junto con la fecha y la hora. Si se añadió un comentario en el momento del commit y se envió, usando el cuadro de diálogo Commit to Version Control dialog, este también se mostrará dentro del mosaico.
Si el proyecto era un proyecto local no gestionado que posteriormente se puso a disposición en línea, entonces la descripción introducida en el cuadro de diálogo
Make Available Online dialog se utilizará tanto en el mosaico de evento
Project Created como en el mosaico de evento inicial
Project Committed, ya que el commit del proyecto se realiza como parte del proceso de poner el proyecto a disposición en línea, siempre que, por supuesto, la opción
Version Control estuviera habilitada.
Ejemplo de mosaico de evento Project Committed inicial.
El mosaico también admite y presenta información de comparación de diseño, mostrando información más detallada sobre lo que ha cambiado entre el commit actual y los anteriores. Los elementos compatibles incluyen archivos, componentes, redes, variantes y estructura de PCB. La sección de comparación del mosaico resume los distintos elementos afectados por el evento de commit, agrupados según los siguientes estados:
– elemento añadido.
– elemento eliminado.
– elemento modificado.
Al hacer clic en el control 
del mosaico, esta sección de comparación se expandirá para presentar los elementos afectados por nombre.
Utilice los controles disponibles
Show More y
Show Less para examinar la lista completa de cada tipo de elemento. Haga clic en el control
del mosaico para volver a la visualización de resumen.
Haga clic en el control 
en la esquina superior derecha del mosaico para acceder a un menú con los siguientes comandos:
-
Download Sources - use para descargar y abrir esa revisión específica del proyecto de PCB o arnés en el panel Projects. El nombre del proyecto incluirá la fecha y la hora en que se hizo commit de esa revisión. Tenga en cuenta que esta revisión es de solo lectura; puede verla, pero no editarla.
Puede abrir (solo para visualización) cualquier revisión específica del proyecto directamente desde el mosaico de evento Project Committed correspondiente a esa revisión.
-
Compare: Schematic to, PCB to, BOM to – le permite comparar los datos de Esquemático, PCB o BOM del proyecto PCB en este commit con los de otro commit o evento de lanzamiento. Use el submenú para comparar con el commit anterior o seleccione entre todos los lanzamientos y commits posibles. Una vez elegidos los datos para la comparación, los resultados se presentan en la vista de diferencias asociada, que se abre como una nueva pestaña en su navegador predeterminado. Para obtener más información, consulte Design Data Comparisons (Altium 365 Workspace, Enterprise Server Workspace).
-
Create Tag – agrega una sola etiqueta personalizada, con nombre definido por el usuario, a cualquier commit de un proyecto de diseño (y solo cuando ese proyecto está almacenado en un Workspace bajo su sistema interno Git VCS). Solo puede crear una etiqueta para un commit que ya esté guardado en el Workspace. Después de ejecutar el comando, se abre el cuadro de diálogo Create Tag. Introduzca la etiqueta deseada y luego haga clic en Create.
Cuando se introduce una etiqueta que contiene un carácter no válido, aparece el icono 
en el cuadro de diálogo Create Tag. Pase el cursor sobre el icono para ver una “sugerencia” sobre qué caracteres están permitidos, es decir, letras, números, punto ('.'), guion ('-'), almohadilla ('#') y guion bajo ('_'); actualice la etiqueta según sea necesario.
Se abrirá una ventana emergente de información para alertarle si hay caracteres no válidos en el nombre de la etiqueta. La etiqueta no se creará hasta que se eliminen esos caracteres no válidos.
Si el proyecto tiene commits que aún no se han enviado, se abrirá el cuadro de diálogo Save To Server, preguntándole si desea realizar un push. Si el commit se envía, se abrirá el cuadro de diálogo Create Tag.
Cuando el proyecto se publica usando Project Releaser y su commit más reciente todavía no tiene una etiqueta, se asignará automáticamente una etiqueta a ese último commit. Esta etiqueta tendrá la forma de RELEASE_<RevisionID>, donde <RevisionID> es el número de revisión de las fuentes publicadas del proyecto (A.1, A.2, etc.), por ejemplo, RELEASE_A.3.
Para cambiar el nombre o eliminar una etiqueta, haga clic en 
y luego pase el cursor sobre la entrada Tag . Se abrirá un cuadro de diálogo en el que podrá introducir el nuevo nombre de la etiqueta. Si se selecciona Remove , la etiqueta se elimina inmediatamente.
También se puede acceder al comando
Create Tag haciendo clic con el botón derecho en el nombre de un proyecto o documento en el panel
Projects y luego eligiendo
History & Version Control » Create Tag para crear una etiqueta para el último/más reciente commit.
Notas:
-
No hay compatibilidad con etiquetas para control de versiones externo.
-
Solo se puede crear una (1) etiqueta por commit.
-
Crear una copia – úselo para crear una copia a partir de esa revisión específica del proyecto. Se abre el cuadro de diálogo Create Project Copy, en el que debe introducir un Project Name (de forma predeterminada, será el nombre original del proyecto con el sufijo ' - Copy'), Description (que no se rellena previamente), la ruta de Folder (dentro del Workspace) y la ruta de Local Storage (para la copia de trabajo). Se creará el proyecto y se añadirá un mosaico de evento Project Copied a la línea de tiempo.
La
Folder del Workspace será, de forma predeterminada, la misma carpeta en la que está almacenado el proyecto original. Haga clic en
para abrir el cuadro de diálogo
Choose Folder (una versión simplificada del panel
Explorer) y cambiar la carpeta según sea necesario. La
Local Storage se establecerá, de forma predeterminada, para usar la ubicación definida en la página
System - Default Locations del cuadro de diálogo
Preferences. Haga clic en
para abrir un cuadro de diálogo estándar de Windows con el que podrá cambiar esta ubicación según sea necesario.
-
Revert to – utilice este comando para volver a usar los datos de esa revisión específica del proyecto. Los datos de los documentos fuente del proyecto de esa revisión específica sobrescriben los datos de la copia de trabajo local del proyecto. En efecto, el proyecto se cierra momentáneamente y luego se vuelve a abrir con esos datos revertidos. Si desea completar la reversión y hacer que esos datos sean la Head Revision (versión actual), debe hacer commit y push del proyecto de nuevo al Workspace.
Puede revertir a cualquier revisión específica del proyecto directamente desde el mosaico de evento Project Committed correspondiente a esa revisión.
Después de revertir a una revisión específica y antes de hacer commit, puede restaurar su copia de trabajo local a la revisión más reciente usando el comando Revert to asociado al mosaico de evento Project Committed más reciente en la línea de tiempo.
Un mosaico de evento
Project Committed está conectado físicamente al tronco principal de la línea de tiempo mediante una línea de conexión azul continua y un nodo:
. La revisión más reciente del proyecto (es decir, el último commit) se distingue por tener un relleno blanco en su nodo:
.
AI-localized