Avec la vue Release dans Online Mode, le processus de publication suit un flux par étapes, les entrées situées sur le côté gauche de la vue vous indiquant en un coup d’œil à quelle étape vous vous trouvez actuellement :
-
Configure Server Release – cette étape du processus de publication est celle où vous spécifiez le ou les types de données que vous souhaitez générer : données source (toujours générées), données de fabrication, données d’assemblage (pour la conception de base et chaque variante détectée).
-
Validate Project – cette étape suivante du processus de publication s’exécute automatiquement lorsqu’un ou plusieurs rapports de type Validation sont détectés dans le ou les fichiers OutJob assignés. Tous les générateurs de sortie de validation définis dans un fichier Output Job assigné à l’élément de données en cours de publication sont exécutés.
-
Generate Data – cette étape suivante du processus de publication s’exécute automatiquement. C’est ici que toutes les autres sorties – définies dans le ou les fichiers OutJob assignés aux éléments de données inclus – sont exécutées afin de générer les données à publier dans les éléments cibles correspondants du Workspace.
-
Review Data – une fois toutes les vérifications de validation réussies et les données de sortie générées, cette étape du processus de publication vous permet de passer en revue les données générées.
Si vous choisissez d’utiliser les commandes Prepare & Release ou Prepare & Release & Publish to PLM (depuis le menu associé au bouton 
), le Project Releaser ne s’arrêtera pas à l’étape Review Data.
-
Upload Data – après confirmation de la publication à l’étape précédente, cette étape suivante est automatiquement lancée. Elle présente simplement la progression du chargement des données dans les révisions des éléments de données concernés dans le Workspace cible.
-
Execution Report – il s’agit de l’étape finale du processus, fournissant un résumé de la publication. Des liens de navigation sont fournis pour parcourir rapidement les révisions d’éléments générées dans le panneau Explorer panel. Si vous avez accédé au Project Releaser dans le cadre d’un processus de publication et de diffusion vers un PLM, le bouton 
sera affiché. Cliquez dessus pour poursuivre le workflow sous-jacent du processus, afin de publier vers le PLM.
Si vous choisissez d’utiliser la commande
Prepare & Release & Publish to PLM (depuis le menu associé au bouton
), le
Project Releaser ne s’arrêtera pas à l’étape
Execution Report, et aucun bouton
ne sera affiché.
-
Publish to PLM – cette étape n’est présente que lors de l’exécution de la publication dans le cadre du processus activé correspondant (pour publier puis diffuser vers un PLM). Cette étape est lancée automatiquement lorsque le bouton est cliqué à l’étape précédente (ou directement si la commande Prepare & Release & Publish to PLM (depuis le menu associé au bouton ) a été utilisée). La boîte de dialogue Login Credentials apparaît. Saisissez le Username et le Password de votre instance PLM, puis sélectionnez le modèle PLM que vous souhaitez utiliser (qui apparaît sous la forme <PLMInstance>:<PublishingTemplate>).
Notez que les identifiants de connexion de votre instance PLM ne sont requis que lors de la première publication vers cette instance. Ils seront ensuite stockés avec le Workspace. Après cela, toute publication de ce projet vers cette même instance PLM se fera directement, conformément au workflow défini et au modèle de publication choisi.
Si vous publiez pour la première fois et que des références article (côté PLM) ne sont pas encore associées au projet du Workspace, ces références seront créées dans le PLM et associées au projet dans le cadre de cette publication initiale. Vous avez également la possibilité de définir des entrées de composants pour les composants du Workspace dans l’instance PLM, dans le cadre de l’opération de publication – afin d’obtenir une nomenclature de composants dans le PLM (facultatif, selon le modèle de publication défini et utilisé lors de la publication du projet vers l’instance PLM).
Étape en ligne 1 – Configurer la publication serveur
Cette étape du processus de publication est celle où vous spécifiez le ou les types de données que vous souhaitez générer. Les éléments de données pouvant être publiés sont :
-
Source Data – un instantané de la conception source.
-
Fabrication Data – les données requises par un fabricant de PCB pour créer la carte nue.
-
Assembly Data for the Base Design (no variations) – les données requises par un sous-traitant d’assemblage pour peupler complètement la carte nue conformément à une nomenclature, et pour la conception de base sans variantes.
-
Assembly Data for Design
Variant n – les données requises par un sous-traitant d’assemblage pour peupler la carte nue conformément à une nomenclature, et pour Variant n de la conception de base.
Le nombre de jeux de données d’assemblage correspondra à la conception de base (sans variantes) et à toutes les variantes détectées définies pour cette conception.
En outre, vous pouvez ajouter et configurer des sections Custom Data – vous permettant de créer un ensemble personnalisé de données de publication. Cela concerne davantage la compatibilité descendante ou des flux de données personnalisés. Aucune référence n’est créée, à l’exception des données source. N’importe quel nombre de jeux de données personnalisés peut être ajouté et configuré dans le cadre de la publication (cliquez sur le contrôle Add Section sous la liste des éléments de données actuellement définis).
Étape 1 du processus de publication du projet – configuration de ce qui doit être inclus dans la publication (quelles données générer).
L’élément Source Data est toujours inclus dans une publication. Les autres éléments de données peuvent être inclus de manière facultative.
Assignment of Output Jobs
Pour que les éléments Fabrication Data et Assembly Data soient inclus dans une publication, au moins un fichier OutputJob doit leur être assigné. Si vous avez des fichiers Output Job dont les noms commencent par les sous-chaînes 'fab' et 'ass', ces OutJobs seront automatiquement assignés respectivement aux sections Fabrication Data et Assembly Data lors du premier accès à la vue Release. Sinon, vous devrez assigner manuellement les OutJobs applicables dans chaque cas. Cela peut être fait depuis l’onglet Release Options de la boîte de dialogue Project Release Options (cliquez sur le bouton 
en bas à gauche de la vue pour y accéder).
Assignez les OutJobs aux jeux de données applicables selon les besoins.
Le bouton Include Design subfolder into the item content (for legacy compatibility, not recommended) au bas de la boîte de dialogue ne doit être utilisé que pour la compatibilité avec les anciennes versions. À utiliser avec prudence !
Switching Release Target
L’onglet Release Options de la boîte de dialogue Project Release Options peut également être utilisé pour modifier la cible de publication – en basculant entre les modes de fonctionnement géré (Online) et non géré (Offline). Trois options sont disponibles :
-
Unmanaged - Folder (Offline) : définissez cette option pour publier les données générées dans un dossier local. Le chemin du dossier racine est spécifié dans l’onglet Output Path de la boîte de dialogue. Par défaut, il est défini sur [OutputPath] (en utilisant le chemin défini dans le champ Output Path, dans l’onglet Options tab of the Project Options dialog).
-
Unmanaged - Zip (Offline) : définissez cette option pour publier les données générées dans un dossier local. Les données seront regroupées dans un seul fichier Zip. Le chemin/nom du Zip est spécifié dans l’onglet Output Path de la boîte de dialogue. Par défaut, il est défini sur [OutputPath][ProjectName].zip (en utilisant le chemin défini dans le champ Output Path dans l’onglet Options de la boîte de dialogue Project Options).
-
Managed - <WorkspaceName> (Online) : définissez cette option pour publier vers le Workspace (avec WorkspaceName) auquel vous êtes actuellement connecté.
Changez la cible de publication – l’endroit où les données générées doivent être envoyées – dans le cadre des options de publication du projet.
La publication d’un projet de conception de faisceau vers un Workspace Enterprise Server connecté n’est actuellement pas prise en charge. Par conséquent, l’option Managed - <WorkspaceName> n’est pas disponible dans la boîte de dialogue Project Release Options pour ce type de projet lorsqu’il est connecté à un Workspace Enterprise Server.
Setting Workspace Item Naming Schemes
Lors de la première publication d’un projet vers le Workspace cible, vous pouvez définir la manière dont les éléments de données cibles de ce Workspace (dont les révisions reçoivent les données générées) sont nommés. Cela se fait dans l’onglet Item Naming de la boîte de dialogue Project Release Options, accessible en appuyant sur le bouton en bas à gauche de la vue (ou en cliquant sur le lien Target Revision d’un jeu de données à publier et en choisissant Edit dans le menu contextuel). Utilisez cet onglet pour :
-
Définir le nom du projet. Par défaut, celui-ci sera renseigné avec le nom réel du projet.
-
Définir des schémas de nommage par défaut pour les différents éléments de données pouvant être générés dans le cadre de la publication. Cliquez dans un champ de la colonne Item ID, puis cliquez sur le bouton
à droite du champ pour accéder à la boîte de dialogue Choose Item (une incarnation du panneau Explorer), qui vous permet de cibler un élément existant dans le Workspace actuellement connecté.
L’élément Project n’est pas un élément créé pour recevoir des données de publication, mais plutôt une entité utilisée comme point d’ancrage pour présenter la vue globale du projet des éléments de données publiés, ainsi que la manière dont ils sont tous connectés lors de l’affichage d’un projet dans le panneau
Explorer panel. Pour plus d’informations, consultez la section
Viewing the Released Project.
Pour modifier l’un des schémas de nommage, cliquez sur le bouton Settings pour accéder à la boîte de dialogue Naming Template Settings.
Définissez le nom du projet et le nommage des éléments de données générés dans le Workspace cible. Ici, les champs sont modifiables car le projet n’a pas encore été publié.
Les formats de macro suivants sont pris en charge pour une utilisation dans un modèle de nommage :
-
Parameter-based – prenant en charge l’utilisation de paramètres entre crochets (par exemple
[ProjectName], [VariantName], [ProjectParameter]).
-
Numeric-based – prenant en charge l’utilisation de quantificateurs numériques entre accolades (par exemple
{0000}, {9000}).
Depuis l’onglet Item Naming de la boîte de dialogue Project Release Options, vous pouvez cliquer directement sur une entrée de schéma de nommage et modifier le nom comme souhaité. Vous pouvez également cliquer sur le bouton situé à droite du champ pour accéder à la boîte de dialogue Choose Item (une incarnation du panneau Explorer), qui vous permet de cibler un élément existant dans le Workspace actuellement connecté.
Le nommage des éléments peut être modifié à tout moment pendant la première étape de la vue
Release, lors de la configuration des données à publier dans le Workspace actuellement connecté. Après avoir cliqué sur
, le nommage associé ne peut plus être modifié, car les éléments planifiés portant ce nom seront créés pour chaque jeu de données activé inclus dans la publication — et ceux-ci sont liés au projet. Ainsi, même si vous ne poursuivez pas la publication des données dans ces éléments, ils existeront tout de même à l’état prêt et les entrées correspondantes du modèle de nommage apparaîtront grisées. Vous pouvez supprimer ces éléments planifiés, ou utiliser la commande
Browse (cliquez sur une entrée
Target Revision pour accéder au menu) et créer dans chaque cas un nouvel élément cible avec le nommage souhaité.
Contrôle de la révision cible
Cliquez sur le lien à côté d’une entrée Target Revision, dans la vue principale, pour accéder à un menu de commandes, illustré dans l’image suivante :
Accès aux contrôles permettant de spécifier la révision cible pour un jeu de données qui sera généré dans le cadre de la publication — survolez l’image pour voir.
Les commandes disponibles dépendent du fait que l’élément ait déjà été publié initialement ou non. Voici la liste de toutes les commandes possibles :
-
Auto <RevisionID> – cette entrée laisse le système gérer les révisions, afin que vous n’ayez pas à créer de révisions planifiées là où elles n’existent pas encore. Le
RevisionID affiche la révision suivante de l’élément au même niveau dans le schéma de nommage des révisions attribué (par exemple, si la révision actuelle est A.1, cette commande indiquera que la cible sera A.2).
-
Next <RevisionID> – cette entrée n’est disponible qu’après la publication initiale de l’élément. Utilisez-la pour incrémenter rapidement la révision cible au niveau suivant dans le schéma de nommage des révisions attribué. Le
RevisionID affiche la révision suivante (par exemple, si la révision actuelle est A.1, cette commande fera passer la cible à B.1).
-
Custom – utilisez cette entrée pour cibler une révision spécifique d’un élément cible, en définissant un ID de révision personnalisé via la boîte de dialogue
![]()
Custom Revision ID dialog. Selon le schéma de nommage des révisions utilisé, il peut y avoir jusqu’à trois champs d’ID de niveau dans la boîte de dialogue. Notez que l’ID de la première révision planifiée de l’élément peut être modifié à tout moment après la création de l’élément et avant que les données ne soient publiées dans cette révision initiale (c’est-à-dire tant qu’elle est encore à l’état Planned).
-
Browse – utilisez cette entrée pour pointer vers une révision d’élément cible existante dans laquelle publier. La boîte de dialogue Choose Target Item (une incarnation du panneau Explorer panel) apparaîtra pour vous permettre de le faire.
-
Edit – utilisez cette entrée pour accéder à l’onglet Item Naming de la boîte de dialogue Project Release Options, à partir duquel vous pouvez modifier le nom de l’élément cible (et de la révision initiale) qui sera créé.
-
Navigate – utilisez cette entrée pour naviguer rapidement jusqu’à l’élément dans le panneau Explorer (où il a déjà été publié et où la révision suivante existe à l’état planifié).
L’entrée en haut du menu reflète la révision cible actuellement choisie/définie.
Accès aux détails de génération des données
Cliquez sur le contrôle Details — tout à droite de l’en-tête d’un jeu de données — pour accéder aux détails de ce qui va exactement être généré par ce jeu de données. Réduisez cette vue étendue en cliquant sur le contrôle Hide Details. À l’exception du jeu Source Data, les données générées proviendront d’un ou plusieurs fichiers Output Job attribués. Vous pouvez accéder rapidement à l’OutJob source en cliquant sur le contrôle Configure.
Accédez à la vue détaillée d’un jeu de données pour voir quelles données seront générées — survolez l’image pour voir.
Paramètres supplémentaires
Des paramètres supplémentaires liés à la publication du projet peuvent être définis sur la page Data Management – Servers page de la boîte de dialogue Preferences :
-
Le dossier utilisé pour stocker temporairement les fichiers générés avant leur téléversement vers le Workspace actuellement connecté peut être défini sur l’emplacement automatisé (
\Users\<ProfileName>\AppData\Local\Temp\Releases pour une installation par défaut), ou remplacé manuellement par un dossier de votre choix.
-
Activez l’option Delete contents after exiting release mode pour que le dossier de stockage temporaire soit effectivement vidé après la fin du processus de publication.
-
Le nom de chaque sortie générée peut éventuellement être préfixé par l’ID de l’élément et l’ID de révision (par ex.
[FAB-Kame_FMU-A.1] Validation.PDF). Pour cela, activez l’option Prepend revision HRID to file names.
Préférences supplémentaires liées au processus de publication du projet.
Une fois les éléments de données à créer dans le cadre de la publication configurés comme requis, cliquez sur le bouton en bas à droite de la vue pour continuer.
Le bouton
possède deux états. En cliquant dessus, vous lancerez la commande standard
Prepare. Celle-ci poursuivra la publication jusqu’à l’étape
Review Data, vous permettant ainsi de vérifier une dernière fois que tout est en ordre avant de valider la publication des données. Si vous ne souhaitez pas faire de pause pour cette vérification, utilisez le menu déroulant associé au bouton et choisissez la commande
Prepare & Release.
Plusieurs vérifications préalables à la publication sont effectuées dans le cadre de la préparation, notamment :
-
Vérifier que le projet et tous les fichiers ont été enregistrés.
-
Vérifier que le projet et tous les fichiers pertinents sont validés dans le VCS, le cas échéant.
-
Vérifier qu’un nom a été attribué à chaque élément de données activé.
-
S’assurer que l’utilisateur dispose des droits nécessaires pour créer l’élément cible (et la révision).
-
Créer dans le Workspace les éléments cibles requis (et les révisions planifiées), lorsqu’ils n’existent pas encore, et s’assurer que la révision suivante est utilisée pour les éléments qui existent déjà.
Si des problèmes sont détectés, des solutions vous seront proposées pour les résoudre (comme l’enregistrement local des fichiers modifiés et leur validation dans le VCS).
Si des documents externes sont détectés dans le projet en cours de publication (documents associés au projet mais stockés dans un dossier différent du dossier du projet ou d’un sous-dossier du dossier du projet), la boîte de dialogue External files s’ouvrira avec une liste des documents externes (
). Pour éviter d’éventuels problèmes, il est recommandé de stocker tous les documents associés au projet dans le dossier du projet ou dans l’un de ses sous-dossiers.
L’élément Source Data est généré à ce moment-là — avec un instantané des fichiers source du projet de conception publié dans la révision cible de l’élément.
Étape en ligne 2 – Valider le projet
Une fois l’étape 1 terminée sans problème, cette étape suivante du processus de publication est exécutée automatiquement lorsqu’un ou plusieurs rapports de type Validation sont détectés dans le(s) fichier(s) OutJob attribué(s). Tous les générateurs de sortie de validation définis dans un fichier Output Job attribué à l’élément de données en cours de publication sont exécutés. Cela inclut l’exécution de l’un des éléments suivants :
-
Differences Report – utilisation du comparateur pour déterminer si les documents source et de conception PCB sont correctement synchronisés.
-
Electrical Rules Check – vérification de la validité électrique/de dessin de la conception source capturée.
-
Design Rules Check – vérification de la validité du document PCB par rapport aux contraintes de conception au niveau carte spécifiées.
-
BOM Checks – vérification d’éventuelles violations associées aux Design Items ou aux Part Choices dans le document BOM source (
*.BomDoc), lorsqu’il est disponible.
-
Footprint Comparison Report – comparaison des empreintes sur la carte avec leur bibliothèque source afin de s’assurer qu’elles sont à jour et correspondent.
-
Component State Checking – vérification de la présence de composants dans des états restreints. Dans le cadre de la configuration, vous déterminez l’action à entreprendre pour chaque état actuellement défini, de chaque définition de cycle de vie actuellement définie dans le Workspace cible : aucune action, un avertissement ou la génération d’une erreur. Cette dernière empêchera la publication de la conception. En outre, l’exécution de cette vérification générera un rapport pratique au format HTML, vous permettant de voir en un coup d’œil quels composants de la conception ne sont pas dans des états valides.
-
Environment Configuration Compliance Check – vérification que seuls les éléments de données autorisés par la configuration d’environnement disponible pour votre rôle attribué (le cas échéant) sont utilisés. Cette vérification peut également garantir que tous les éléments de conception proviennent d’un Workspace.
Si la validation réussit, l’icône 
s’affiche, avec le texte Passed. Sinon, l’icône 
s’affichera, avec le texte Failed.
La publication échouera si l’une des vérifications de validation n’est pas passée avec succès.
Un clic sur
en bas à droite de la vue arrêtera le processus de publication.
Étape en ligne 3 – Générer les données
Une fois l’étape 2 terminée sans problème, cette étape suivante du processus de publication est exécutée automatiquement. C’est ici que toutes les autres sorties — définies dans le(s) fichier(s) OutJob attribué(s) aux éléments de données inclus — sont exécutées afin de générer les données à publier dans les éléments cibles correspondants du Workspace.
Comme pour les autres étapes, mais de manière plus visible à cette étape puisqu’elle prend plus de temps à s’exécuter, des icônes sont utilisées pour présenter la progression de la génération :
– pas encore exécuté/généré.
– en cours d’exécution/de génération.
– généré avec succès.
– échec de la génération.
Un clic sur
en bas à droite de la vue arrêtera le processus de publication.
Étape en ligne 4 – Examiner les données
Une fois toutes les vérifications de validation réussies et les données de sortie générées, cette étape du processus de publication vous permet de passer en revue les données générées.
Si vous choisissez d’utiliser la commande Prepare & Release (depuis le menu associé au bouton ), le Project Releaser ne s’arrêtera pas à l’étape Review Data.
Examinez les données générées et vérifiez que tout est conforme avant de valider la publication et de téléverser les données vers le Workspace.
Par défaut, la page présente une vue simple (compacte) des données générées. Passez à une vue plus détaillée en cliquant sur le contrôle Details associé à une section qui vous intéresse.
Cliquez sur un contrôle Details pour passer de la vue simple à la vue détaillée des données générées pour la section associée. Revenez ensuite en arrière en cliquant sur le contrôle Hide Details.
Output Generation States in Detailed View
Le tableau suivant répertorie les états de sortie possibles lorsque les données sont générées et observées depuis la vue détaillée :
État
|
Description
|
|
La sortie n’a pas encore été générée / n’existe pas.
|
|
La sortie a été générée, mais des modifications sont depuis intervenues côté conception, ce qui fait que la validité de ces données n’est plus à jour.
|
|
La sortie est actuellement en cours de génération.
|
|
La sortie est basée sur la validation et a généré un rapport exempt d’erreurs. Pour un rapport ERC, il n’y a soit aucune erreur, soit le niveau de ces erreurs reste dans la limite maximale d’erreur tolérée spécifiée pour ce rapport.
|
|
La sortie (hors sorties basées sur la validation) a été générée avec succès.
|
|
La sortie n’a pas été générée avec succès. Pour une sortie basée sur la validation, cela signifie que des erreurs existent dans les documents source de conception et provoquent l’échec de certaines vérifications. Pour une sortie standard, la sortie n’a pas pu être générée correctement. Il se peut que des erreurs fatales existent lors d’une validation préalable à la génération, ou qu’un problème affecte la configuration du générateur de sortie associé dans le fichier Output Job.
|
Dans la vue compacte des données générées, cliquez sur un lien View pour ouvrir le fichier de données ou l’ensemble de fichiers associé, soit dans l’éditeur approprié d’Altium Designer (par exemple, l’éditeur CAM pour les fichiers Gerber ou les fichiers ODB++ compressés/non compressés), soit dans l’application externe appropriée (par exemple, Microsoft Excel pour une nomenclature). Dans la vue détaillée, double-cliquez sur une entrée pour afficher uniquement ce fichier.
Un test courant de validation avant publication utilisé par de nombreux concepteurs consiste à comparer les fichiers Gerber générés pour la publication actuelle avec ceux de la publication précédente. Cliquez sur le lien Compare Gerber à côté d’une sortie Gerber et sélectionnez une publication précédente dans le menu déroulant pour comparer les données Gerber préparées avec celles de la publication choisie . Votre navigateur par défaut ouvrira le Workspace de votre entreprise et affichera les résultats.
Accès à la fonctionnalité de comparaison Gerber depuis le Project Releaser, avant de publier les données vers un Workspace.
► En savoir plus sur la fonctionnalité Gerber Comparison (Altium 365 Workspace, Enterprise Server Workspace).
Dans la section Source Data, en vue compacte, cliquer sur le lien View ouvrira l’Explorateur de fichiers Windows dans le dossier temporaire où l’instantané des fichiers source du projet a été enregistré. Cette fonctionnalité est également disponible via le lien Explore, à droite de l’en-tête des sections. En fait, chaque section dispose d’un tel contrôle, permettant d’accéder rapidement au sous-dossier correspondant à ces données dans le dossier temporaire.
Dans la vue détaillée, les commandes du menu contextuel accessible par clic droit permettent d’ouvrir un document et d’explorer l’emplacement où il a été généré (dans le dossier temporaire). Vous pouvez également ajouter des colonnes de données pour l’emplacement du dossier et la date de création : cliquez avec le bouton droit dans la zone d’en-tête d’une grille et choisissez la commande Select Columns, ce qui donne accès à une boîte de dialogue permettant d’adapter les données affichées.
Si, après examen des données, vous constatez que des modifications sont nécessaires, cliquez sur le bouton en bas à droite de la vue. Une boîte de dialogue de confirmation apparaîtra pour vous avertir que toutes les données générées seront perdues ; cliquer sur OK annulera la publication et vous ramènera à l’étape 1 du processus.
Le système empêche naturellement toute modification des fichiers de conception entre la préparation de la publication et la publication des données vers le Workspace. Si vous modifiez les fichiers de conception de quelque manière que ce soit, le processus de publication prendra fin et vous reviendrez à l’étape initiale, avant la préparation de la publication.
Si toutes les données générées semblent correctes, poursuivez la publication en cliquant sur le bouton 
(également en bas à droite de la vue). La boîte de dialogue Confirm Release apparaîtra, résumant les configurations du projet qui seront publiées vers le Workspace. Vous avez également ici la possibilité d’ajouter un Name (par défaut, la valeur saisie ici est [ProjectName]), un Description, ainsi que toute note de publication pertinente.
Confirmation de ce qui sera publié, en termes d’Item-Revisions générées, avec la possibilité de modifier le nom/la description et d’ajouter des notes de publication.
Étape en ligne 5 – Téléversement des données
Après avoir confirmé la publication à l’étape précédente, cette étape suivante est automatiquement lancée. Elle affiche simplement la progression du téléversement des données dans les révisions des éléments de données concernés dans le Workspace.
Cette étape reflète simplement la progression du téléversement des données générées vers les Item-Revisions liées dans le Workspace.
Étape en ligne 6 – Rapport d’exécution
Il s’agit de l’étape finale du processus, qui fournit un résumé de la publication.
Le rapport final de la publication.
Utilisez les liens de navigation pour accéder rapidement à la révision d’élément associée, contenant les données publiées (données de fabrication, données d’assemblage et tout ensemble de données personnalisé), dans le panneau Explorer panel – votre portail vers votre Workspace.
Affichage des données publiées du projet, directement dans le Workspace, grâce au panneau Explorer.
Les paramètres définis pour les variantes du projet sont inclus dans les révisions correspondantes des ensembles de données d’assemblage. Lors de l’affichage du projet dans le Explorer du panneau Classic View, sélectionnez la révision requise de l’ensemble de données d’assemblage et basculez vers l’onglet de vue d’aspect Parameters pour voir les paramètres de variante.
Un paramètre de variante VariantLabel = A a été ajouté à la variante de projet Default. L’ensemble de données d’assemblage publié inclut ce paramètre, et il se trouve dans l’onglet de vue d’aspect Parameters du panneau Explorer.
Viewing the Released Project
Pour un projet Workspace, une fonctionnalité supplémentaire est disponible une fois la publication terminée. En cliquant sur le lien Project Page, le dernier des liens de navigation en haut de la page Execution Report, vous ouvrirez le panneau Explorer, présentant le projet dans le Project View – disponible uniquement pour les projets Workspace.
Si vous avez déjà affiché le projet dans
Classic View, vous devrez peut-être basculer manuellement vers
Project View – des commandes sont disponibles depuis le menu associé au bouton
, en haut à droite du panneau
Explorer.
Vous pouvez explorer un projet Workspace plus en détail dans le panneau Explorer, grâce au Project View.
La zone Releases (en bas à gauche de la vue) affichera une compilation des publications du projet associées au projet, comprenant un résumé de chaque publication et de ses packages constitutifs. Cliquez sur le bouton 
dans cette zone pour ouvrir la boîte de dialogue Batch state change dialog, que vous pouvez utiliser pour modifier en une seule opération l’état du cycle de vie de plusieurs éléments liés à une même publication.
Un accès supplémentaire aux informations de publication du projet est disponible dans le Web Viewer du Workspace ciblé, ouvert via le bouton 
du panneau Explorer. Dans le Web Viewer d’un Workspace, toutes les publications associées au projet sont accessibles dans la vue Releases – ou dans la vue Manufacture pour un Workspace fourni par un serveur sur site. La page répertorie toutes les publications du projet, la plus récente apparaissant en haut, où une publication individuelle peut être ouverte dans le Workspace Manufacturing Portal à partir de son bouton d’ouverture (
). La vue Manufacturing Portal fournit des informations plus détaillées sur la publication sélectionnée, y compris ses fichiers de package de publication constitutifs, l’ensemble complet des documents de conception, ainsi que les détails des fabricants et fournisseurs des composants. Notez que la fonctionnalité Send to Manufacturer est disponible uniquement dans un Altium 365 Workspace. ► Consultez la page Altium 365 Workspace Releases View pour plus d’informations.
Et voilà : une fois votre projet publié, vous pouvez simplement fermer la vue Release (à l’aide du bouton 
en bas à droite de la vue). Et lorsque vous devrez republier ce même projet à l’avenir, le Project Releaser vous permettra de le faire rapidement et facilement, tout en incrémentant automatiquement les Item-Revisions cibles.
Chaque fois que vous effectuez une publication du projet, une vignette d’événement Project Released sera ajoutée à la chronologie de la vue History du projet. La personne ayant effectué la publication est indiquée par son nom (et sa photo), ainsi que la date et l’heure. Si une note de publication a été ajoutée au moment de publier les données générées vers le Workspace – via la boîte de dialogue Confirm Release dialog – celle-ci sera également affichée dans la vignette. Chacun des ensembles de données inclus dans la publication sera également répertorié.
Notez que si le dernier commit du projet ne possède pas encore de balise, une balise sera automatiquement attribuée à ce dernier commit. Cette balise sera de la forme RELEASE_<RevisionID>, où <RevisionID> est le numéro de révision des sources du projet publiées (A.1, A.2, etc.), par exemple, RELEASE_A.3.
Exemple de vignette d’événement Project Released dans la vue History du projet. Comme le dernier commit du projet n’avait pas de balise, il a été balisé après la publication.
► En savoir plus sur Project History.
Publication vers une instance PLM
Related pages: Intégration PLM (Altium 365 Workspace, Enterprise Server Workspace), Publication vers un PLM
Vous avez la possibilité de publier une conception vers une instance PLM dans le cadre de l’exécution du Project Releaser dans Altium Designer. L’opération de publication utilise un modèle de publication – défini dans la configuration d’intégration de cette instance PLM – pour contrôler la manière dont les données doivent être propagées vers le PLM. Cette fonctionnalité est disponible via un processus correctement configuré. Un exemple de définition de processus est fourni dans l’installation – Project Releaser with Publish – dont le workflow sous-jacent permet la publication vers l’instance PLM intégrée comme étape supplémentaire du Project Releaser. Le diagramme du workflow est présenté ci-dessous.
Cette définition de processus ne peut pas être activée ni utilisée telle quelle. Elle s’apparente donc davantage à un « modèle » – modifiez-la selon les exigences de votre entreprise, renommez-la et enregistrez-la comme nouvelle définition de processus, que vous can pourrez ensuite activer et utiliser.
Le diagramme du workflow de la définition de processus d’exemple par défaut Project Releaser with Publish
Une fois activé, le processus de publication vers une instance PLM dans le cadre du Project Releaser est accessible dans Altium Designer depuis le sous-menu Project » Project Releaser du projet actif ou depuis le sous-menu contextuel Project Releaser, accessible par clic droit sur l’entrée du projet de conception dans le panneau Projects.
Accès au processus de publication vers une instance PLM dans le cadre du Project Releaser
Le Project Releaser apparaîtra, avec une étape supplémentaire – 7. Publish to PLM. En outre, une commande est disponible dans le menu associé au bouton – Prepare & Release & Publish to PLM – si vous souhaitez exécuter le Project Releaser sans vous arrêter pour examiner les données générées et le rapport d’exécution.
Commande supplémentaire pour exécuter le Project Releaser sans s’arrêter pour examiner les données générées et le rapport d’exécution
Si vous exécutez le Project Releaser avec la commande standard Prepare, après examen et publication des données, le bouton sera présenté à l’étape Execution Report. Cliquez dessus pour poursuivre le workflow sous-jacent du processus, afin de publier vers le PLM. La boîte de dialogue Login Credentials apparaîtra. Saisissez le Username et le Password de votre instance PLM, puis sélectionnez le modèle PLM que vous souhaitez utiliser (qui apparaît sous la forme <PLMInstance>:<PublishingTemplate>).
Si vous choisissez d’utiliser la commande
Prepare & Release & Publish to PLM, la boîte de dialogue
Login Credentials vous sera finalement présentée directement. Le
Project Releaser ne s’interrompra pas à l’étape
Execution Report, et aucun bouton
ne sera présenté.
Notez que les identifiants de connexion à votre instance PLM ne sont requis que lors de la première publication vers cette instance. Ils seront ensuite stockés avec le Workspace. Après cela, toute publication de ce projet vers cette même instance PLM se poursuivra directement, conformément au workflow défini et au modèle de publication choisi.
La boîte de dialogue Login Credentials accessible lors de la première publication vers l’instance PLM.
Cliquez sur l’onglet Diagram pour voir le workflow sous-jacent du processus.
L’onglet Diagram de la boîte de dialogue Login Credentials
Cliquez sur le bouton 
pour poursuivre le processus de publication, conformément à ce workflow.
Si vous publiez pour la première fois et que des numéros de pièce (côté PLM) ne sont pas encore associés au projet Workspace, ces numéros de pièce seront créés dans le PLM et associés au projet dans le cadre de cette publication initiale. Vous avez également la possibilité de définir des entrées de composants pour les composants Workspace dans l’instance PLM, dans le cadre de l’opération de publication – afin d’obtenir une nomenclature des composants dans le PLM (facultatif, selon le modèle de publication défini et utilisé lors de la publication du projet vers l’instance PLM).
Vérifiez l’état du processus de publication vers le PLM via l’interface navigateur du Workspace, depuis la vue
Activities sur la page de gestion détaillée du projet. La page de gestion détaillée du projet s’ouvre en sélectionnant le projet requis sur la page
Projects de l’interface navigateur du Workspace, en cliquant sur le contrôle
au-dessus de la liste des projets, puis en choisissant l’entrée
Open dans le menu associé. Vous pouvez également double-cliquer directement sur l’entrée du projet souhaité dans la liste. La page s’ouvrira dans un nouvel onglet du navigateur. Vous pourrez toujours voir exactement ce qui a été créé, comme les numéros de pièce dans l’instance PLM, dans l’historique du workflow du processus (onglet
History).
AI-localized