Le contrôle de version (c.-à-d.Subversion) applicable au suivi des documents ?[fermé]

Question

Je suis en charge d'environ 100+ documents (document Word, pas code source) qui nécessitent une révision par différentes personnes de mon service.Actuellement, tous les documents se trouvent dans un dossier partagé où ils seront récupérés, révisés et enregistrés dans le dossier.

Ce que je fais maintenant, c'est rechercher la « date de modification » dans le dossier partagé, ouvrir les documents modifiés récemment et utiliser la fonction « Suivre les modifications » dans MS Word pour appliquer les modifications.Je trouve cela un peu fastidieux.

Alors, sera-ce mieux et plus facile si je valide cela dans une base de données de contrôle de version ?

Fondamentalement, je veux conserver une version différente d'un fichier.

---

Qu'ai-je appris des réponses :

• Utilisez Time Machine pour enregistrer différentes version (ou copie d'ombre dans Vista)

• Il existe une différence entre le texte et les documents binaires lorsque vous utilisez l'application de contrôle de version.(Je ne savais pas ça)

• Diff ne fonctionnera pas sur les fichiers binaires

• Un système de notification (c'est-à-dire par e-mail) pour les révisions est génial

• Fonctionnalité de révision de Google Docs.

Mise à jour :

J'ai joué avec la fonctionnalité de révision de Google Docs et j'ai l'impression que cela me convient presque.Juste un peu ennuyé par le versioning trop fréquent (sauvegarde automatique).

Mais ce qui me convient ne signifie pas que cela convient à mon département.Vont-ils accepter de sauvegarder tous ces documents avec Google ?

Answer 1

Je suppose qu'une chose que personne ne semble avoir demandée est de savoir si vous avez l'obligation légale de stocker l'historique des modifications apportées aux documents ?

Que vous le fassiez ou non aura un impact sur les solutions que vous pourrez envisager.

Un mécanisme de notification pour les copies obsolètes est également très amusant.Si l'ingénieur A possède une copie d'un document et que l'ingénieur B le modifie et valide les modifications, vous souhaitez que l'ingénieur A soit informé que sa copie est obsolète.

Le contrôle des documents peut très facilement devenir une véritable boîte de Pandore.

Peut-être conserver le document sous CVS ou SVN et le configurer de manière à ce que des e-mails soient générés à quiconque a extrait une copie lors de la mise à jour du même document.sont-ils archivés dans le référentiel ?

Modifier:J'ai oublié d'ajouter, n'oubliez pas d'utiliser le commutateur binaire, par ex.-kb pour CVS, lors de l'ajout du nouveau document.Sinon, vous obtiendrez toutes les séquences de données qui correspondent à l'ascii pour les chaînes de mots clés auxquelles sont ajoutées les données de gestion de configuration pertinentes, corrompant ainsi votre document.données.

Answer 2

J'ai travaillé avec des documents Word en SVN.Avec TortueSVN, vous pouvez facilement comparer des documents Word (entre la copie de travail et le référentiel, ou entre deux révisions du référentiel).C'est vraiment élégant et définitivement recommandé.

L'autre chose à faire si vous utilisez des documents Word dans SVN est d'ajouter le svn: nécessite un verrouillage propriété aux documents Word.Cela empêchera deux personnes d'essayer de modifier le même document en même temps, car malheureusement il n'existe aucun bon moyen de fusionner des documents Word.

Avec les deux éléments ci-dessus, la gestion de documents Word contrôlés par les révisions est au moins tolérable.Cela surpasse certainement l’alternative consistant à utiliser un dossier partagé et à suivre les modifications.

Answer 3

De quoi diable parlez-vous tous, les gens de Word-is-binary-donc-no-diff ?TortoiseSVN, par exemple, s'intègre directement à Word et vous permet d'utiliser la fonctionnalité de comparaison et de fusion intégrée de Word.Cela fonctionne très bien.

J'ai travaillé sur des projets qui stockent des documents dans le contrôle de version.Cela a plutôt bien fonctionné, même si les utilisateurs qui ne sont pas familiers avec le contrôle de version auront probablement des difficultés conceptuelles avec des éléments tels que "copie de travail", "fusion" et "conflit".Ne surestimez pas les capacités des utilisateurs lorsque vous planifiez votre système de gestion documentaire.

Je crois qu’il existe également des solutions commerciales importantes et puissantes pour tout cela.Je suis sûr que si vous disposez de suffisamment de kilodollars, vous pouvez obtenir quelque chose qui correspond parfaitement à vos besoins.Les systèmes de gestion de documents représentent une activité importante pour les grandes entreprises.

Answer 4

En sortant des sentiers battus, la migration vers un wiki serait-elle hors de question ?

Puisque vous considérez qu'il est possible de forcer vos utilisateurs à utiliser Subversion (ou quelque chose de similaire), un changement plus important semble acceptable.

Un autre objectif de migration pourrait être d'utiliser une sorte de format de document XML structuré (DocBook me vient à l'esprit).Cela vous permettrait effectivement d'utiliser les différences et le contrôle de source, tout en obtenant gratuitement toutes sortes de formats de documents.

Answer 5

Point de partage fait également un bon (ok décent) travail de versionnage des documents spécifiques à MS.

Answer 6

Que diriez-vous d'essayer git , Il semble que git puisse prendre en charge word .doc et ouvrir le document .odf fichiers si vous le configurez dans .gitattributes déposer.

Voici une référence , Faites défiler jusqu'à diffing des fichiers binaires.

Answer 7

Pour ce que ça vaut, il y a aussi Google Docs.Je suppose que ce n'est pas une solution parfaite, mais la gestion des versions l'est très pratique.

Answer 8

Clearcase s'intègre à Word pour le suivi des révisions.Je pense que Telelogic DOORs le fait aussi.

Answer 9

J'utilise Mercurial avec la superposition TortoiseHg.Je peux cliquer avec le bouton droit sur un ensemble de modifications, choisir "Visual Diff", puis choisir l'outil "docdiff" (fourni), qui lance le document dans Word avec le suivi des modifications.

Answer 10

Vous pouvez, mais vous comparerez toujours les versions du document avec Word lui-même.

Je n'ai pas entendu parler de base de données de contrôle de version capable de suivre les modifications apportées aux documents Word.

Cependant, certains outils peuvent comparer des documents Word, donc si vous configurez votre client de contrôle de version pour utiliser ces outils à des fins de comparaison, vous pouvez vous amuser.

Answer 11

Pas nécessairement.Cela dépend de la fréquence à laquelle les nouveaux fichiers sont validés dans le dépôt.Si les fichiers sont modifiés plusieurs fois avant une validation, alors vous êtes exactement là où vous en êtes actuellement.Le plus grand avantage est que le fichier soit corrompu.

Vous pouvez versionner n’importe quel fichier ;c'est ainsi que fonctionne Time Machine dans Mac OS X Leopard, par exemple, et il existe un article intéressant rédigé par quelqu'un qui a engagé tout son environnement informatique dans CVS et a ensuite simplement conservé des copies de travail sur ses machines personnelles et professionnelles.

Mais « mieux » et « plus facile » sont spécifiques à votre situation, et je ne suis pas sûr de bien comprendre votre problème dans l'état actuel des choses.

Answer 12

Subversion, CVS et tous les autres systèmes de contrôle de code source ne conviennent pas aux documents Word et autres fichiers bureautiques (tels que les feuilles de calcul Excel), car les fichiers eux-mêmes sont stockés au format binaire.Cela signifie que vous ne pouvez jamais revenir en arrière et annoter (ou blâmer, ou peu importe comment vous voulez l'appeler), ou faire des différences entre les documents.

Il existe des systèmes de contrôle de révision pour les documents Word, malheureusement je n'en connais pas de bons.Nous utilisons de tels systèmes de contrôle pour Excel dans mon travail, et malheureusement, ils coûtent tous de l'argent.

La bonne nouvelle, c’est qu’ils rendent la vie beaucoup plus facile, surtout si jamais vous devez effectuer un audit ou une due diligence.

Answer 13

Si tu utilises WinMerge il a ajouté la prise en charge de la fusion des fichiers binaires Word et Excel.

Answer 14

Jetez un œil à Sharepoint.Si le coût est un problème, les services du portail Sharepoint peuvent également fonctionner pour vous. Lis ça pour plus d'informations

Answer 15

Vous pouvez utiliser quelque chose comme Revisionator, qui ressemble à Google Docs mais avec un contrôle de révision intégré comprenant des différences, des forks et des fusions à 3 voies. http://revisionator.com

MISE À JOUR:Cela résout également le problème de sauvegarde automatique trop fréquente que vous mentionnez avec Google Docs.Il sera toujours enregistré automatiquement pour éviter la perte de données, mais il créera uniquement une nouvelle version dans l'historique des révisions et la partagera avec d'autres utilisateurs lorsque vous « publierez » explicitement vos modifications.

Answer 16

Je voulais juste clarifier une réponse donnée par quelqu'un mais je n'ai pas encore assez de points.

diff fonctionnera sur les fichiers binaires mais il dira seulement quelque chose de pas vraiment utile comme "les fichiers binaires toto1 et toto2 diffèrent".

Answer 17

Vous pouvez le faire, mais si ces fichiers sont binaires, vous devez toujours les verrouiller avant de les modifier.Vous n'aurez pas de conflit (qui serait insoluble).

Answer 18

La plupart des nouveaux projets de contrôle de version sont mieux adaptés à des répertoires entiers, et pas tellement à des fichiers isolés.

Convaincre quelqu'un qu'il a besoin d'obtenir un projet entier, alors qu'il souhaite uniquement mettre à jour un fichier individuel, peut être une façon « amusante » de passer un après-midi.

Answer 19

Une autre option dont vous disposez est un logiciel et une magie du cloud computing appelé dropbox.Ou bien, vous pouvez abandonner les documents Word et créer à la place un mediawiki partagé localement.

Boîte de dépôt :getdropbox DOT.com

MédiaWiki :organisation mediawiki DOT

Answer 20

OUI, c'est applicable !Je suis tout à fait d'accord pour dire que le combo SVN+TortoiseSVN convient bien pour suivre les documents MS Office.Tu peux verrouillage un document à publier, protection en écriture tous les fichiers déverrouillés pour éviter les conflits (c.-à-d.modifications parallèles), différence deux versions du même fichier, voir l'histoire de toutes les modifications et bien sûr retour en arriere à une révision plus ancienne.
J'ai essayé de décrire tous ces conseils dans un article de blog dédié. (clause de non-responsabilité:je suis le propriétaire du blog)

Tout cela pourrait même être accessible depuis le web avec un client web SVN !(peut nécessiter un développement logiciel)

Mais si vous n'êtes pas habitué aux systèmes de contrôle de version dans un autre contexte, ce n'est peut-être pas le choix évident.Le travail nécessaire à une bonne intégration avec les documents donne un avantage aux outils dédiés :Les systèmes de « gestion électronique de documents » sont faits justement pour ça.Un VCS comme SVN peut rester une bonne alternative pour des raisons de coût :-)

Avez-vous testé le service en ligne Simulateur?Cela semble prometteur, j'aime personnellement l'orientation de type GitHub. Notez que je ne suis pas affilié à Simul !