Est le contrôle de version (ie. Subversion) applicable dans le document de suivi?
Je suis en charge d'environ 100+ documents (document word, pas le code source) qui a besoin d'une révision par différentes personnes dans mon département. Actuellement, tous les documents sont dans un dossier partagé sur lequel ils seront de récupérer, de les réviser et de les enregistrer dans le dossier.
Ce que je fais maintenant est à la recherche de la "date de modification" dans le dossier partagé, ouvert les récents documents modifiés et utiliser le "Track Change" de la fonction dans MS Word pour appliquer les modifications. Je trouve cela un peu fastidieux.
De sorte qu'il sera mieux et plus facile si je remets cela à un contrôle de version de la base de données?
Fondamentalement, je veux conserver les différentes versions d'un fichier.
Qu'ai-je à apprendre à partir des réponses:
-
Utiliser Time Machine pour sauvegarder différents
version (ou Shadow copy dans Vista) -
Il y a une différence entre le texte
et des documents binaires lorsque vous utilisez
le contrôle de version de l'app. (Je ne savais pas
qu') -
Diff ne fonctionne pas sur les fichiers binaires
-
Un système de notification (c'est à dire e-mail) pour la révision est grande
-
Google Docs révision de la fonctionnalité.
Mise à jour :
J'ai joué un peu avec Google Docs révision de la fonctionnalité et de sentir qu'il est presque bon pour moi. Juste un peu gêné par la trop fréquente de contrôle de version (enregistrement automatique).
Mais ce qui se sent bon pour moi ne veut pas dire qu'il se sent le droit pour mon dept. Vont-ils être d'accord avec les sauver tous ces documents avec Google?
- Très bonne question ... nous avons des centaines de documents établissant dans les partages réseau.. je veux faire de mon organisation se déplacer à une Subversion de stockage de document.
- MagnetSVN est un client Subversion pour Microsoft Office 2007-2013 magnetsvn.com
Vous devez vous connecter pour publier un commentaire.
Je suppose qu'une chose que personne ne semble avoir posé la question est de savoir si vous avez une exigence légale pour stocker l'historique des modifications apportées à la doc de l'?
Si vous faites ou ne pas est va avoir un impact sur les solutions que vous pouvez envisager.
Également un mécanisme de notification de date d'exemplaires est également un paquet de plaisir. Si l'ingénieur Un a une copie d'un document et de l'ingénieur B puis édite et valide les modifications que vous souhaitez concevoir Un être informé que sa copie est hors de date.
Document de contrôle peut devenir un véritable boîte de pandore assez facilement.
Peut-être garder le doc de sous CVS ou SVN et le configurer de sorte que les e-mails sont générés à celui qui en a extrait une copie lorsque des mises à jour pour le même doc. sont archivés dans le référentiel?
Edit: j'ai oublié d'ajouter n'oubliez pas d'utiliser le commutateur binaire, par exemple -ko pour CVS, lors de l'ajout de la nouvelle doc. Sinon, vous obtiendrez toutes les séquences de données qui correspondent à l'ascii pour le mot-clé chaînes avoir pertinentes de la config de gestion des données ajoutées endommageant votre doc. les données.
J'ai travaillé avec des documents Word dans le SVN. Avec TortoiseSVN, vous pouvez facilement diff documents Word (entre la copie de travail et référentiel, ou entre deux révisions). C'est vraiment lisse et certainement recommandé.
Autre chose à faire si vous êtes à l'aide de documents Word dans le SVN est d'ajouter la svn:needs-lock propriété pour les documents Word. Cela permettra d'empêcher deux personnes de tenter de modifier le même document en même temps, puisque, malheureusement, il n'y a pas de bonne façon de fusionner des documents Word.
Avec ces deux choses, la manipulation de révision contrôlée des documents Word est au moins tolérable. Il est certainement beaucoup mieux que l'alternative de l'utilisation d'un dossier partagé et des changements apparents.
Ce que sur la Terre vous avez tous la Parole-est-binaire-donc-pas-diff gens en train de parler? TortoiseSVN, par exemple, intègre droit hors de la boîte avec Word et vous permet d'utiliser Word intégré de diff et de la fonctionnalité de fusion. Il fonctionne très bien.
J'ai travaillé sur des projets de stockage de documents dans le contrôle de version. Il a travaillé assez bien, même si les gens ne sont pas familiers avec le contrôle de version, ils vont probablement avoir des difficultés conceptuelles avec des choses comme "copie de travail" et de "fusion" et de "conflit". Ne surestimez pas les utilisateurs des capacités lorsque vous planifiez votre système de gestion de documents.
Je crois qu'il n'existe pas de grand et de puissant des solutions commerciales pour tous les de ce, aussi bien. Je suis sûr que si vous avez assez de kilodollars, vous pouvez obtenir quelque chose qui correspond parfaitement à vos besoins. Systèmes de gestion de documents sont d'une grande entreprise pour les grandes entreprises.
Penser hors de la boîte, serait de migrer vers un Wiki être hors de question?
Puisque vous considérez que c'est possible de la force à vos utilisateurs de Subversion (ou quelque chose de similaire), un plus grand changement semble acceptable.
Une autre cible de migration pourrait être d'utiliser une sorte d'structuré format de document XML (DocBook vient à l'esprit). Cela vous permettrait de en effet l'utilisation de diff et de contrôle à la source, lors de l'obtention de toutes sortes de formats de document gratuitement.
Sharepoint a également fait un bon (ok décent) travail de gestion des versions de MS-documents spécifiques.
À faire l'essai
git
, Il semble git peut soutenir mot.doc
et ouvrir un document.odf
fichiers si vous le configurez en.gitattributes
fichier.Ici est un référence , faites Défiler vers le bas pour
diff
ing fichiers binaires .Pour ce que ça vaut, il y a aussi Google Docs. Je suppose que ce n'est pas un ajustement parfait, mais c'est la gestion des versions est très pratique.
Clearcase intègre avec Word pour le suivi des modifications. Je crois Telelogic DOORs n'ainsi.
J'utilise Mercurial avec la TortoiseHg de superposition. J'pouvez droit-cliquez sur un ensemble de modifications, choisissez "Visual Diff", puis choisissez "docdiff" de l'outil (fourni), qui lance le document dans Word avec le Suivi des Modifications.
Vous pouvez, mais vous aurez toujours de comparer les versions d'un document avec Word lui-même.
Je n'ai pas entendu un contrôle de version de la base de données qui peut suivre les changements dans les documents Word.
Toutefois, il existe quelques outils qui peuvent comparer des documents Word, donc si vous avez configuré votre version client de contrôle de l'utilisation de ces outils à des fins de comparaison, vous pouvez avoir du plaisir.
Pas nécessairement. Il dépend de la façon dont souvent les nouveaux fichiers sont engagés à le repo. Si les fichiers sont modifiés plusieurs fois avant de s'engager, alors vous êtes exactement là où vous êtes maintenant. Le plus grand avantage est que si le fichier est endommagé.
Vous pouvez version de n'importe quel fichier; c'est Time Machine de Mac OS X Leopard de travaux, par exemple, et il y a un article intéressant par quelqu'un qui a commis son ensemble de l'environnement informatique dans le CVS et puis juste maintenu copies de travail à son domicile et machines de travail.
Mais "mieux" et "plus facile" sont spécifiques à votre situation, et je ne suis pas sûr que je comprends très bien votre problème actuel des choses.
Subversion, CVS et tous les autres systèmes de contrôle de source ne sont pas bonnes pour les documents Word et les autres fichiers office (notamment Excel tableurs), étant donné que les fichiers eux-mêmes sont stockés dans un format binaire. Cela signifie que vous ne pouvez jamais revenir en arrière et de les annoter (ou de blâme, ou ce que vous voulez l'appeler), ou de faire des comparaisons entre les documents.
Il y a des systèmes de contrôle de révision pour les documents Word là, malheureusement, je ne connais pas les bonnes. Nous utilisons de tels systèmes de contrôle pour Excel à mon travail, et, malheureusement, ils ont tous coûté de l'argent.
La bonne chose est qu'ils rendent la vie beaucoup plus facile, surtout si vous devez faire une vérification ou d'une diligence raisonnable.
Si vous utilisez WinMerge il a ajouté le support pour la fusion Word et Excel fichiers binaires.
Avoir un regard sur Sharepoint. Si le coût est un problème, Sharepoint portail de services peuvent également travailler pour vous. Lire ce pour plus d'info
Vous pouvez utiliser quelque chose comme le Revisionator, qui est, comme google docs, mais avec construit dans le contrôle de révision, y compris des diffs, fourches, et 3 voie de fusion. http://revisionator.com
Mise à JOUR: Il résout également le problème de la trop fréquente l'enregistrement automatique que vous mentionnez avec Google Docs. Il va toujours de l'enregistrement automatique pour éviter la perte de données, mais il ne fera que créer une nouvelle version de la révision de l'histoire et de la partager avec d'autres utilisateurs lorsque vous explicitement "libération" vos modifications.
Voulais juste préciser une réponse quelqu'un a donné mais je n'ai pas assez de points encore.
diff va travailler sur des fichiers binaires, mais il ne va dire quelque chose de pas vraiment utiles, comme la "toto1 et toto2 fichiers binaires différents".
Vous pourriez le faire, mais si les fichiers sont binaires, vous devriez toujours mettre un verrou sur elle avant de l'éditer. Vous n'obtiendrez pas un conflit (ce qui serait encore sans réponse).
Beaucoup de la nouvelle version des projets de contrôle sont mieux adaptés à des répertoires entiers, et pas tellement pour les fichiers unique.
Convaincre quelqu'un que dont ils ont besoin pour obtenir l'intégralité d'un projet, quand ils veulent seulement pour mettre à jour un fichier peut être "fun" façon de passer un après-midi.
Une autre option que vous avez est un morceau de logiciel et de l'informatique en nuage magie qui s'appelle dropbox. Ou, vous pourriez fossé les documents word et faire un partage local de mediawiki à la place.
DropBox:
getdropbox DOT com
MediaWiki:
mediawiki DOT org
OUI, c'est applicable! Je suis totalement d'accord pour dire que le combo SVN+TortoiseSVN convient bien à la piste des documents MS Office. Vous pouvez de verrouillage un document pour l'édition, de protection en écriture tous les fichiers déverrouillés pour éviter les conflits (c'est à dire parallèle à des modifications), diff deux versions d'un même fichier, voir l'histoire de toutes les modifications et bien sûr restauration à une révision plus ancienne.
J'ai tenté de décrire l'ensemble de ces conseils dans un dédié post de blog. (disclaimer: je suis le propriétaire du blog)
Tout cela pourrait même être accessible par le web avec un SVN client web! (peut-être besoin de certains logiciels de développement)
Mais si vous n'êtes pas habitués à des Systèmes de Contrôle de Version dans un autre contexte, cela peut ne pas être le choix évident. Le travail nécessaire pour une bonne intégration avec les docs donner des outils dédiés un avantage: "gestion électronique de documents" systèmes sont faits pour ça. Un VCS comme SVN peut rester une bonne alternative pour des raisons de coût 🙂
Avez-vous tester le service en ligne Simul? Il semble prometteur, j'ai personnellement comme le GitHub-comme l'orientation. Remarque que je ne suis pas affilié à Simul!