¿Cómo debo save un file en OpenOffice para que no sea un file binary en Subversion?

Estoy trabajando en un documento de Open Office con un socio y estamos utilizando subversion para queueborar en él. Sin embargo, estamos guardando el documento como un file .odt y Subversion lo lee como un tipo de file binary. Por lo tanto, me preocupa que cuando vayamos a fusionar los files y aparezca la diferencia, no podamos realizar adecuadamente las fusiones si hay conflictos; no podremos entender el file .odt sin procesar.

Entonces mi pregunta es "¿Cómo guardo un documento en Open Office para que conserve todo el formatting que esperaría y desea pero guarda como un file binary y por lo tanto puede fusionarse fácilmente?"

¿O estoy usando el método incorrecto para hacer esto? (Que es más que probable)

Por mucho que lo odie, LaTeX le proporciona un medio para crear documentos, pero los mantiene en subversión como text, que se fusiona fácilmente.

Aparte de LaTeX o simplemente guardando documentos de text, establecer una cerradura en el file con Subversion es su mejor opción.

Para formattings de files binarys complejos (de los cuales .odt es uno), he descubierto que es una buena idea usar el locking en Subversion y no intentar fusionar los cambios. Establezca la propiedad de Subversion svn:needs-lock en el file y se le solicitará que solicite un locking en el file antes de editarlo (consulte Bloquear en el libro de Subversion para get más detalles). Esto ha funcionado bien en mi situación, pero depende de su nivel de queueboración si le va a funcionar bien.

Un file no tiene que ser un formatting de text para diferir y fusionar, siempre que el proveedor proporcione una buena herramienta de fusión y diferencia. Y siempre que el VCS se pueda configurar para usar estas herramientas externas de combinación / diferencia. Sin embargo, es raro tener tales herramientas de diferencias y fusiones proporcionadas para formattings de documentos patentados.

TortoiseSVN puede diferir documentos de Word y eso es extremadamente útil. Al parecer, también puede fusionarse, aunque nunca lo he intentado. Creo que puede diferir y fusionar documentos de OpenOffice, pero nunca lo intenté.

TortoiseSVN puede "clasificar" los documentos de Excel, pero no es muy agradable de usar. Sin fusionar

En mi empresa, configuramos svn: needs-lock en documentos de Word y Excel para evitar problemas de fusión. Incluso entonces me parece muy útil poder modificar las revisiones anteriores y ver qué cambió.

Los files .odt son files XML comprimidos AFAIK. Sin embargo, incluso si los guarda como XML descomprimido, dudo seriamente de que pueda hacer fusiones de cualquier cosa que no sean los cambios más pequeños.

El formatting .odt es en realidad un formatting de file zip (en la mayoría de los casos), que empaqueta su documento y posiblemente otros resources binarys. El hecho de que sea un file zip significa que es intrínsecamente binary. Puede haber una forma de save el documento en text plano XML usando OpenOffice. No estoy seguro.

Si realmente necesita la capacidad de combinar cambios, probablemente será mejor con un formatting de text sin formatting.

Combinar una página compleja será un problema, ya que la subversión no podrá hacer un buen trabajo.

Al bloquear, solo una persona puede trabajar en él a la vez.

Puede savelo como una página html cada vez, si no le gustan las sugerencias LaTex o .txt.

Podría escribir algún complemento para OpenOffice que permita el trabajo queueborativo, tal vez.

Los files complejos mantenidos por la máquina siempre serán difíciles de combinar en un sistema de control de versiones, incluso si están almacenados como text. ¿Y si fuera XML OpenOffice.org sin comprimir? Un simple cambio que realice modificará muchas líneas en todo el file XML, lo que generará posibles conflictos.

Su mejor opción sería usar un formatting más simple, como Markdown , porque un formatting simple genera less cambios, lo que lleva a una fusión más confiable. Muchos escritores usan Markdown y es fácil de aprender.

Hay muchos editores que admiten este lenguaje de marcado, pero es posible que tenga que modificar un poco su flujo de trabajo. Hay, por ejemplo, un script de conversión de ODT a txt , que convierte ODF en text con formatting de networkingucción. Además, pandoc puede convertir entre muchos formattings, como Markdown y ODF.

Entonces hay dos opciones:

  1. Cambie a un editor que admita Markdown directamente (un editor de text simple funcionará, pero puede optar por un editor de text más avanzado con el modo Markdown, como el modo VIM Markdown )
  2. Inserte un paso de conversión entre Markdown y el formatting de OpenOffice.org. (asegúrese de probar la viabilidad primero)