Nous utilisons WSS 3.0 au travail pour gérer des documents de conception pour nos systèmes. Nous travaillons dans un environnement parallèle ce qui signifie que nous avons généralement une copie de production d'un document (par exemple Doc A) ainsi que deux ou plusieurs versions de ce document qui seront travaillées par des équipes de projet indépendantes (Doc A (proj 1) & Doc A (proj 2)), nous avons par le passé réalisé cela en conservant les documents dans des collections de sites distinctes, mais cela est très salissant et au fil du temps est devenu extrêmement difficile de garder une trace des dernières versions. Ce que j'essaye de réaliser est de stocker toutes les versions de Doc A dans la même bibliothèque de document en gardant le même nom mais en distinguant les différentes versions du document en utilisant des champs de méta-données pour que les utilisateurs puissent voir le version de production du document tandis que proj 1 et proj 2 peuvent travailler sur leurs documents séparément. Chaque version individuelle du document doit également être consultable à l'aide de la recherche WSS.WSS 3.0 gestion de plusieurs versions du même document dans un environnement de développement parallèle
Ex Nom du projet Doc A la production Doc A Proj 1 Doc A Proj 2
J'ai pensé à utiliser simplement le contrôle de version dans la bibliothèque pour maintenir les différentes versions du document et permettent aux utilisateurs de Il vous suffit d'accéder à l'historique des versions pour choisir le document sur lequel vous souhaitez afficher ou travailler. Le problème avec cette approche est que je ne peux pas obtenir la version séparée du document à apparaître dans les résultats de recherche.
Je suis bloqué avec WSS 3.0 pendant au moins 12 mois, donc ma solution doit être basée sur WSS 3.0. Est-ce que quelqu'un a déjà essayé de mettre en œuvre quelque chose de similaire et si oui, quelle était la solution que vous avez utilisée? Je ne peux pas imaginer que je suis le seul à essayer de répondre à un environnement de développement paraelle.
Merci Azher, cela aurait été la plus facile autour de cela, mais ce n'est pas possible car ils veulent garder les noms de document les mêmes pour toutes les versions de celui-ci, car une fois Le projet est terminé, il remplacera la version de production en tant que nouvelle production. Nous avons une page centrale avec des hyperliens vers chaque document de production. J'ai joué avec l'idée d'ajouter des champs de métadonnées qui identifieront les documents de manière unique, concept similaire aux jeux de documents en 2010, cependant WSS 3 cherchait toujours le nom du document comme identifiant unique et demandait de remplacer le document existant. – user447992
La fonctionnalité requise n'est pas disponible OOB. Quand je serai dans cette situation alors je vais écrire mon propre document lib qui n'aura pas le nom du document comme colonne unique et enregistrer les documents dans la base de données comme BLOB. –