Vous pouvez publier des catalogues directement à partir de PARTproject. Vous trouverez différentes fonctions à cet effet sous les commandes de menu contextuel Gestion des versions [Versioning system] et Publication.
![Gestion des versions [Versioning system]](https://webapi.partcommunity.com/service/help/latest/pages/fr/installation/doc/resources/img/img_923092b71d464145bbb963af5d3a6755.png)
Une publication se déroule en 3 étapes de base : télécharger les modifications/exécuter le mappage, publier le contrôle qualité et publier en direct (la publication ne doit pas nécessairement avoir lieu immédiatement après le téléchargement des modifications, mais il faut veiller à ce que le mappage soit à jour avant la publication).
Télécharger les modifications / effectuer le mappage ERP:
Vérifier la cartographie ERP [Check ERP-Mapping] Dialogue :
Dès que la commande Télécharger les fichiers modifiés dans les répertoires/projets sur le serveur [Upload changed files in directories / projects to the server] est exécutée sous la commande de menu contextuel Gestion des versions [Versioning system], la boîte de dialogue Vérifier le mappage ERP [Check ERP-Mapping] s'ouvre automatiquement (si 1. des modifications pertinentes ont été apportées aux données et 2. l'option Vérifier le mappage ERP lors du téléchargement [Check ERP-Mapping on upload] est activée pour le catalogue). Consultez à ce sujet les remarques au début de Section 6.10.2.1.1, « Vérifier le mappage ERP (ajouter un mappage ERP... et éditer un mappage ERP...) [Modélisation du catalogue]. ».
Cliquez sur pour charger les états de catalogue publiés et choisissez le plus récent. Notez que : En particulier si Mémoriser la sélection [Save selection] est activé, vous devez tout de même rechercher à nouveau un état de catalogue publié (publication en direct) et sélectionner le plus récent.
Effectuer ensuite la cartographie ERP pour l'ensemble du catalogue ou des projets modifiés. Ignorer n'aurait de sens que dans très peu de cas, car si cette boîte de dialogue apparaît, c'est que les fichiers sélectionnés pour le téléchargement contiennent au moins une modification qui nécessite un nouveau mapping/une mise à jour.
Mettre à jour les versions des tableaux [Update table versions] Dialogue :
Cette boîte de dialogue s'affiche lorsque des fichiers tab/tac ont été modifiés (-> nouvelle version d'onglet), mais que la modification en elle-même ne nécessite pas de mapping (par ex. nouvelle ligne ajoutée dans le tableau).
Le contexte est que les versions des onglets doivent être mises à jour dans le mapping si le tableau correspondant existe déjà dans le mapping (actuel), afin d'éviter tout problème ultérieur lors de la publication en direct.
Si vous savez si la date affichée dans le dialogue correspond à la dernière publication en direct, confirmez par , sinon cliquez sur . En cas de doute, confirmez toujours par .
Pour vérifier si l'on a oublié de vérifier quelque chose ou si les versions des onglets correspondent à l'état local, exécutez la commande du menu contextuel Ajouter mapping ERP [Add ERP mapping] sous Publication après avoir actualisé le catalogue. Le mapping est ainsi effectué pour l'état actuel.
Les mappings déjà vérifiés qui existent déjà ne sont pas écrasés. Cela signifie que si chaque utilisateur a correctement effectué et vérifié ses mappings, il ne devrait plus rien y avoir à vérifier manuellement. Ce n'est qu'en cas d'oubli ou si les versions des onglets ne correspondent pas à l'état local qu'il y a à nouveau des mappings avec le statut "à vérifier [to check]" qui doivent encore être vérifiés.
Cette étape n'est pas nécessaire, mais elle permet de déterminer, sans effectuer une publication en direct, s'il y a encore des problèmes de mapping et de les résoudre avant la publication.
La version locale et actuelle de l'utilisateur est enregistrée séparément en tant que nouvelle version QA (dans la branche de publication du serveur SVN).
![[Important]](https://webapi.partcommunity.com/service/help/latest/pages/fr/installation/doc/images/important.png)
Important La situation sur le serveur ("trunk") n'est PAS prise en compte en premier lieu.
Pour plus de détails, voir Section 6.10.5, « Générer un stand QA... | Publier un stand en direct... », en particulier Fig. „SVN Server TRUNK et SVN Server Publishing BRANCH“.
S'il y a des modifications locales qui ne sont pas téléchargées sur le serveur (commande du menu contextuel Télécharger les fichiers modifiés dans les répertoires/projets sur le serveur [Upload changed files in directories / projects to the server] ), elles feront tout de même partie de la publication QA pour la raison mentionnée ci-dessus.
-> Si l'utilisateur qui effectue une publication AQ met à jour tout son catalogue et qu'il n'a plus de modifications locales non téléchargées, l'état AQ sera une copie de l'état actuel du serveur (tronc actuel). Dans la plupart des cas, il s'agit de la meilleure procédure. Le fichier de mappage existant au moment de la publication de l'AQ est le fichier qui sera utilisé plus tard lors de la publication en direct.
Publication en direct: la dernière publication QA effectuée est transmise sous forme de stand en direct. Cela comprend notamment la vérification du mappage ERP, le transfert des données sur le portail en direct et la génération du CIP.
![Vérifier le mappage ERP lors du téléchargement [Check ERP-Mapping on upload]](https://webapi.partcommunity.com/service/help/latest/pages/fr/installation/doc/resources/img/img_bc01aa2154944712870f7028ba38f2ef.png)
![Mettre à jour les versions des tableaux [Update table versions]](https://webapi.partcommunity.com/service/help/latest/pages/fr/installation/doc/resources/img/img_2755ff2cc8b14471aca7e317e3ae2ce4.png)
Si
un utilisateur obtient les droits d’écriture sur un répertoire,
automatiquement le fichier mapping.json également
Actualisé. Entre-temps, un autre utilisateur peut participer à un autre
et lors du téléchargement des modifications, le
Fichier de cartographie adapté et téléchargé.
Le premier utilisateur n'a certes plus de fichier de mappage actuel, mais cela ne pose pas de problème tant que les chemins des différents mappages ne se chevauchent pas. (Et les chevauchements ne devraient pas se produire, car les utilisateurs ne peuvent pas obtenir les droits d'écriture pour le même répertoire).
Il est surtout important qu'au moment de la publication de l'AQ, le fichier de mappage corresponde à l'état actuel (local) (il serait par exemple problématique d'avoir localement le fichier de mappage actuel, mais de ne mettre à jour qu'une partie des fichiers restants (donc par exemple des répertoires individuels)).
Si toutes les modifications (y compris celles des autres utilisateurs) doivent être publiées, il faut en tout cas effectuer une mise à jour préalable sur l'ensemble du catalogue afin de disposer de toutes les modifications en local.
Le processus pour le mapping est le même pour la publication partielle, du moins si l'on crée le mapping à chaque archivage. Si l'on crée le mapping une seule fois avant la publication, il faut utiliser la commande Ajouter mapping ERP pour publication partielle. [Add ERP mapping for partial publication....].. dans le menu contextuel. sur le ou les répertoires qui doivent être publiés. Vous trouverez plus de détails sous Section 6.10.6, « Publication partielle ».
Visibilité dans les médias de sortie
Les icônes (
) indiquent l’état de la publication. Si
certains projets publiés (annuaires) dans
les supports de sortie sont visibles ou non, peuvent être
Commande de menu contextuel :
Pour plus de détails, voir Section 6.10.3, « Marque de publication ».
Le statut de publication indique la visibilité potentielle des projets. La visibilité effective des projets dans les médias de sortie est déterminée par l'interaction de plusieurs facteurs. Voir à ce sujet Section 6.10.4, « Différenciation des cas concernant la visibilité du projet dans les médias de sortie ».
L'état du marqueur de publication (activé ou supprimé) est archivé dans le SVN lors de l'exécution de la commande du menu contextuel Archiver les répertoires/projets (abandonner le droit d'édition) [Check in directories / projects (set read-only)], car l'information est enregistrée dans les fichiers de projet correspondants.
L'état actuel de la génération, respectivement de la publication, peut être consulté à tout moment.
Voir à ce sujet le site Section 6.10.7, « Boîtes de dialogue d'information : Messages... | Statut de publication | Historique de publication | Fichier journal ».
La notification par e-mail contient un fichier journal avec les étapes détaillées de la génération/publication.
Voir à ce sujet le site Section 6.10.7.4, « Fichier journal ».
Lors de la génération/publication d'un catalogue, il faut saisir des notes de publication [Release Notes] qui seront affichées dans PARTdataManager (menu contextuel du catalogue) et PARTadmin (catégorie Mise à jour du catalogue en ligne, menu contextuel du catalogue).