Comment dois-je enregistrer un fichier dans OpenOffice afin qu'il ne soit pas un fichier binaire dans Subversion?

Question

Je travaille sur un document Open Office avec un partenaire et nous utilisons la subversion de collaborer à ce sujet. Cependant, nous économisons le document comme un fichier .odt et la subversion se lit comme suit cela comme un type de fichier binaire. Par conséquent, il m'a inquiétant que lorsque nous allons fusionner les fichiers et les diff apparaît que nous ne serons pas en mesure d'effectuer adéquatement les fusions en cas de conflit; nous ne serons pas en mesure de comprendre le fichier .odt brut.

Alors, ma question est: « Comment puis-je enregistrer un document Open Office afin qu'il conserve toute la mise en forme que vous attendez et que vous voulez mais n'enregistrer en tant que fichier binaire et peut donc être facilement fusionnés? »

Ou suis-je utiliser la mauvaise méthode pour le faire? (Ce qui est plus que probable)

Answer 1

Autant que vous pourriez le haïr, vous fournit LATEX un moyen de créer des documents, mais les maintenir dans la subversion sous forme de texte, qui est facilement fusionné.

En dehors de tout ou LaTeX la tenue des documents de txt, la fixation d'un verrou sur le fichier avec Subversion est votre meilleur pari.

Answer 2

Pour les formats de fichiers binaires complexes (dont .odt est l'un), je l'ai trouvé qu'il est une bonne idée d'utiliser le verrouillage dans Subversion et ne pas essayer de fusionner les changements. Définissez la propriété Subversion svn:needs-lock sur le fichier et vous serez alors obligé de demander un verrou sur le fichier avant de le modifier (voir Verrouillage dans le livre de Subversion pour plus de détails). Cela a bien fonctionné dans ma situation, mais cela dépend de votre niveau de collaboration si elle va bien travailler pour vous.

Answer 3

Un fichier ne doit pas être un format de texte à la fusion et mis au format, aussi longtemps que le vendeur fournit une bonne comparaison et de fusion outil. Et tant que le VCS peut être configuré pour utiliser ces diff / fusion des outils externes. Cependant, il est rare d'avoir une telle comparaison et de fusion des outils fournis pour les formats doc propriétaires.

TortoiseSVN peut diff documents Word et qui est extrêmement pratique. Il peut apparemment fusionner, même si je ne l'ai jamais essayé. Je pense qu'il peut être en mesure de comparaison et de fusion docs OpenOffice, mais je ne l'ai jamais essayé.

TortoiseSVN peut « sorte de » diff docs Excel, mais ce n'est pas très agréable à utiliser. Pas de fusion.

Lors de mon entreprise, nous avons mis svn: needs-lock sur des documents Word et Excel pour éviter des problèmes de fusion. Même alors, je trouve cela très pratique pour pouvoir diff révisions précédentes et de voir ce qui a changé.

Answer 4

.odt sont des fichiers XML compressés AFAIK. Cependant, même si vous que vous enregistrez eux comme décompressé XML je doute sérieusement pourrait faire quoi que ce soit de se confond, mais les plus petits changements.

Answer 5

Le format .odt est en fait un format de fichier zip (dans la plupart des cas), qui emballe votre document et éventuellement d'autres ressources binaires. Le fait que c'est un fichier zip, signifie qu'il est intrinsèquement binaire. Il peut y avoir un moyen d'enregistrer le document au format XML texte brut en utilisant OpenOffice Je ne suis pas sûr.

Si vous avez vraiment besoin de la capacité de fusionner des changements, vous serez probablement mieux avec un format de texte brut.

Answer 6

Fusionner une page complexe sera un problème, car la subversion ne sera pas en mesure de faire un bon travail.

En verrouillant, une seule personne peut travailler à un moment.

Vous pouvez l'enregistrer comme une page html à chaque fois, si vous ne voulez pas les suggestions LaTex ou txt.

Vous pouvez écrire un certain plug-in pour OpenOffice qui permettra un travail collaboratif, peut-être.

Answer 7

Les dossiers tenus par machine complexes seront toujours difficiles à fusionner dans un système de contrôle de version, même si elles sont stockées sous forme de texte. Et si elle était XML non compressé OpenOffice.org? Un simple changement que vous faites va modifier beaucoup de lignes à travers le fichier XML, ce qui entraîne des conflits possibles.

Votre meilleur pari serait d'utiliser un format plus simple, comme Markdown , car un format simple conduit à moins de changements, ce qui conduit à la fusion plus fiable. Beaucoup d'écrivains utilisent Markdown et il est facile à apprendre.

Il y a des tonnes d'éditeurs qui prennent en charge ce langage de balisage, mais vous pouvez avoir à modifier votre flux de travail un peu. Il est par exemple un ODT txt script de conversion, qui convertit ODF txt avec la mise en forme de démarquage. En outre, pandoc peut convertir entre beaucoup de formats, tels que Markdown et ODF.

Donc, il y a deux options:

1. Changement à un éditeur qui prend en charge directement Markdown (un simple éditeur de texte fera, mais vous pouvez aller pour un éditeur de texte plus avancé avec le mode Markdown comme VIM en mode Markdown de )
2. Insérer une étape de conversion entre le format Markdown et OpenOffice.org. (Assurez-vous de tester la viabilité d'abord)