Compart lance DocBridge® Communication Suite
Lancement sur le marché de DocBridge® Communication Suite : De nouvelles normes en matière de flexibilité et de technologie dans la gestion de la communication avec les clients.
PlusSouvent, dans les grands projets, vous devez gérer un grand nombre de dépendances - par exemple des blocs de texte, des feuilles de style ou de vastes ensembles de données d'exemple dans un dictionnaire de données. Dans de tels cas, il peut être utile de vérifier à l'avance les effets d'une modification d'une dépendance sur les ressources dépendantes, sans devoir créer et publier à chaque fois une nouvelle version. Vous éviterez ainsi une accumulation excessive de versions et conserverez un historique des versions plus clair. C'est précisément à cette fin que le concept de « copie de travail » (working copy) est utile.
Pendant le développement ou la conception, vous souhaitez souvent voir immédiatement l'effet de vos modifications. Les copies de travail vous permettent :
Le comportement que vous souhaitez avoir dans un environnement de développement ou de conception diffère de celui que vous souhaitez avoir dans un environnement de production. En production, vous privilégiez généralement la stabilité en n'utilisant que des versions publiées. Dans un environnement de développement, en revanche, vous souhaitez pouvoir visualiser immédiatement vos modifications.
Dans Resource Director, ce comportement peut être contrôlé par une variable d'environnement : version.onlyPublishedCanBeActive
Par défaut, version.onlyPublishedCanBeActive est défini sur true. Cela signifie que seules les versions publiées peuvent être chargées comme dépendances - idéal pour les environnements de production..
Dans les environnements de développement ou de conception, vous pouvez définir cette valeur sur false. Il est ainsi possible de charger des copies de travail en tant que dépendances et d'effectuer ainsi des modifications sans devoir procéder à chaque fois à une publication.
L'utilisation de copies de travail dans votre environnement de développement ou de conception permet de tester les modifications de manière flexible et efficace, sans devoir créer de nombreuses nouvelles versions.
En configurant la variable d'environnement version.onlyPublishedCanBeActive, vous pouvez alterner entre l'utilisation exclusive de versions publiées et l'inclusion de copies de travail, selon vos besoins.
De cette manière, votre processus de développement est allégé, car les dépendances et les modifications peuvent être gérées de manière claire et vérifiées efficacement.