¿Es el control de versión (es decir, Subversion) aplicable en el seguimiento de documentos?

Estoy a cargo de más de 100 documentos (documentos de Word, no de código fuente) que deben ser revisados ​​por diferentes personas de mi departamento. Actualmente, todos los documentos están en una carpeta compartida donde recuperarán, revisarán y saveán de nuevo en la carpeta.

Lo que estoy haciendo ahora es search la "date modificada" en la carpeta compartida, abrir documentos modificados recientes y usar la function "Seguimiento de cambios" en MS Word para aplicar los cambios. Encuentro esto un poco tedioso.

Entonces, ¿será mejor y más fácil si confirmo esto en una database de control de versiones?

Básicamente, quiero mantener una versión diferente de un file.


¿Qué he aprendido de las respuestas?

  • Use Time Machine para save diferentes versiones (o Shadow copy en Vista)

  • Existe una diferencia entre el text y los documentos binarys cuando utiliza la aplicación de control de versiones. (No lo sabía)

  • Diff no funcionará en files binarys

  • Un sistema de notificación (es decir, correo electrónico) para la revisión es genial

  • Función de revisión de Google Docs.

Actualización :

Jugué con la function de revisión de Google Docs y siento que es casi adecuada para mí. Solo un poco molesto con el control de versiones muy frecuente (autoguardado).

Pero lo que se siente bien para mí no significa que se sienta bien para mi departamento. ¿Estarán bien con save todos estos documentos con Google?

Supongo que una cosa que nadie parece haber preguntado es si tiene un requisito legal para almacenar el historial de cambios en el documento.

Si lo hace o no, tendrá un impacto sobre qué soluciones puede considerar.

También un mecanismo de notificación para copys vencidas también es un package de diversión. Si el ingeniero A tiene una copy de un documento y el ingeniero B, luego lo edita y confirma los cambios, usted desea que se notifique al ingeniero A que su copy está desactualizada.

El control de documentos puede convertirse en una verdadera lata de gusanos con bastante facilidad.

Quizás mantenga el documento bajo CVS o SVN y configúrelo para que los correos electrónicos se generen a quien haya verificado una copy cuando haya actualizaciones para el mismo documento. están registrados en el repository?

Editar: Olvidé agregar, no olvide utilizar el interruptor binary, por ejemplo, -kb para CVS, al agregar el nuevo documento. De lo contrario, obtendrá cualquier secuencia de datos que coincida con el ascii para cadenas de palabras key que tengan los datos de gestión de configuration relevantes anexados, lo que dañará su documento. datos.

He trabajado con documentos de Word en SVN. Con TortoiseSVN , puede diferenciar fácilmente documentos de Word (entre la copy de trabajo y el repository, o entre dos revisiones de repository). Es realmente resbaladizo y definitivamente recomendado.

La otra cosa que hacer si usa documentos de Word en SVN es agregar la propiedad svn: needs-lock a los documentos de Word. Esto evitará que dos personas intenten editar el mismo documento al mismo time, ya que desafortunadamente no hay una buena manera de combinar documentos de Word.

Con las dos cosas anteriores, manejar los documentos de Word controlados por revisión es al less tolerable. Sin duda supera la alternativa de usar una carpeta compartida y cambios de seguimiento.

¿De qué demonios están hablando todos ustedes, gente de la que habla Word-is-binary-so-no-diff? TortoiseSVN, por ejemplo, se integra directamente con Word y le permite usar la funcionalidad incorporada de diff y merge de Word. Funciona bien.

He trabajado en proyectos que almacenan documentos en control de versiones. Ha funcionado bastante bien, aunque si las personas no están familiarizadas con el control de versiones, es probable que tengan dificultades conceptuales con cosas como "copy de trabajo" y "fusión" y "conflicto". No sobreestime las capacidades de los usuarios cuando planifique su sistema de administración de documentos.

Creo que existen soluciones comerciales grandes y potentes para todo esto, también. Estoy seguro de que si tienes suficientes kilodólares, puedes get algo que se adapte perfectamente a tus necesidades. Los sistemas de administración de documentos son un gran negocio para las grandes empresas.

Pensando fuera de la caja, ¿sería imposible migrar a una Wiki?

Como considera factible forzar a sus usuarios a Subversion (o algo similar), un cambio más grande parece aceptable.

Otro objective de migration podría ser utilizar algún tipo de formatting de documento XML estructurado (el DocBook viene a la mente). Esto le permitiría usar diffs y control de fuente, mientras obtiene todo tipo de formattings de documentos de forma gratuita.

Sharepoint también hace un buen trabajo (aceptable) de versionar documentos específicos de MS.

¿Qué tal si tratas de probar git Parece que git puede admitir word .doc y abrir documentos .odf si lo configuras en el file .gitattributes .

Aquí hay una reference , desplácese hacia abajo para diff files binarys.

Por lo que vale, también hay Google Docs . Supongo que no es un ajuste perfecto, pero el control de versiones es muy conveniente.

Clearcase se integra con Word para el seguimiento de revisiones. Creo que Telelogic DOOR también lo hace.

Yo uso Mercurial con la superposition de TortoiseHg. Puedo hacer clic derecho en un set de cambios, elegir "Visual Diff", luego elegir la herramienta "docdiff" (viene incluido), que inicia el documento en Word con los cambios de seguimiento.

Puede, pero siempre comparará las versiones del documento con Word.

No escuché una database de control de versiones que pueda rastrear los cambios en los documentos de Word.

Sin embargo, hay algunas herramientas que pueden comparar documentos de Word, por lo que si configura su cliente de control de versiones para usar estas herramientas para comparar, puede divertirse.

No necesariamente. Depende de la frecuencia con la que los nuevos files se envíen al repository. Si los files se editan varias veces antes de una confirmación, entonces estás exactamente donde estás ahora. El mayor beneficio es si el file se daña.

Puedes versionar cualquier file; así es como funciona Time Machine en Mac OS X Leopard, por ejemplo, y hay un artículo interesante de alguien que comprometió todo su entorno informático en CVS y luego solo mantuvo copys de trabajo en su casa y en las máquinas de trabajo.

Pero "mejor" y "más fácil" son específicos para su situación, y no estoy seguro de entender completamente su problema tal como están las cosas.

Subversion, CVS y todos los otros sistemas de control de fuente no son buenos para documentos de Word y otros files de oficina (como hojas de cálculo de Excel), ya que los files mismos se almacenan en un formatting binary. Eso significa que nunca puede regresar y anotar (o culpar, o como quiera llamarlo), o hacer diffs entre documentos.

Existen sistemas de control de revisiones para documentos Word, lamentablemente no conozco ninguno bueno. Utilizamos estos sistemas de control para Excel en mi trabajo, y lamentablemente todos cuestan dinero.

Lo bueno es que hacen la vida mucho más fácil, especialmente si alguna vez tiene que hacer una auditoría o una diligencia debida.

Si usa WinMerge , tiene soporte adicional para fusionar files binarys de Word y Excel.

Echa un vistazo a Sharepoint. Si el costo es un problema, los services del portal Sharepoint también pueden funcionar para usted. Lee esto para más información

Podría usar algo como el Revisionator, que es como los documentos de Google pero con un control de revisión incorporado que incluye diffs, tenedores y combinaciones de 3 vías. http://revisionator.com

ACTUALIZACIÓN: También soluciona el problema de autoguardamiento muy frecuente que mencionas con Google Docs. Aún se saveá automáticamente para evitar la pérdida de datos, pero solo creará una nueva versión en el historial de revisión y la compartirá con otros usuarios cuando "libere" explícitamente sus cambios.

Solo quería aclarar la respuesta que alguien me dio, pero todavía no tengo suficientes puntos.

diff funcionará en files binarys, pero solo va a decir algo que no es realmente útil, como "los files binarys toto1 y toto2 son diferentes".

Podrías hacer eso, pero si esos files son binarys siempre deberías ponerle un candado antes de editarlos. No tendrás un conflicto (que no se resolvería).

Muchos de los nuevos proyectos de control de versiones son más adecuados para directorys completos, y no tanto para files individuales.

Convencer a alguien de que necesita get un proyecto completo, cuando solo quiere actualizar un file individual puede ser una forma "divertida" de pasar la tarde.

Otra opción que tiene es una pieza de software y magia de computación en la nube llamada Dropbox. O bien, podría deshacerse de la palabra documentos y hacer un mediawiki compartido localmente.

DropBox: getdropbox DOT com

MediaWiki: mediawiki DOT org