gezipte files in subversion

Thread View: be.comp.programming

2 messages

[T] Back to Threads [V] Tree View [G] Group Articles

2 total messages Started by Johan Vervloet Thu, 31 Jan 2008 09:53

#378

Author: Johan Vervloet
Date: Thu, 31 Jan 2008 09:53

19 lines
1862 bytes

Dag allemaal,

Allerlei officebestandsformaten (OpenOffice.org, MS Office 2003,...) 
zijn tegenwoordig gezipte xml-bestanden.

Kan subversion deze gezipte bestanden op een of andere manier als gewone 
directories behandelen, zodat de revisies van de verschillende 
componenten apart bewaard worden?

Ik zie hierin 2 voordelen:
  - revisiebeheer van xml-bestanden is efficienter dan dat van binary's
  - als 2 gebruikers wijzigingen aanbrengen aan hetzelfde bestand, dan 
kunnen die wijzigingen met wat geluk 'gemerged' worden.

Weet iemand of zoiets mogelijk is? Ik ben op zoek naar een 
platformonafhankelijke oplossing.

Dankjewel,
Johan

Re: gezipte files in subversion

#379

Author: Philip Paeps
Date: Thu, 31 Jan 2008 11:27

53 lines
3635 bytes

Johan Vervloet <johan.vervloet@gmail.com> wrote:
> Allerlei officebestandsformaten (OpenOffice.org, MS Office 2003,...) 
> zijn tegenwoordig gezipte xml-bestanden.
>
> Kan subversion deze gezipte bestanden op een of andere manier als gewone
> directories behandelen, zodat de revisies van de verschillende componenten
> apart bewaard worden?

Je kunt dat ongetwijfeld met hooks regelen.

Ik vraag me echter af of dit wel echt zinvol is.  De XML die door dingen als
OpenOffice.org geproduceerd wordt is niet geschikt voor menselijke consumptie.
Geheel terzijde vraag ik me af wat de meerwaarde is van XML te gebruiken maar
ik ben een kernel prutser, ongeveer alles wat zich in userspace afspeelt vind
ik bizar en ongebruikelijk.

> Ik zie hierin 2 voordelen:
>   - revisiebeheer van xml-bestanden is efficienter dan dat van binary's

Dat klopt - binary revision controle komt in ongeveer alle gevallen overeen
met telkens nieuwe copies van de file.

>   - als 2 gebruikers wijzigingen aanbrengen aan hetzelfde bestand, dan 
> kunnen die wijzigingen met wat geluk 'gemerged' worden.

Dat lijkt me dan weer onwaarschijnlijk.  Zoals ik eerder schreef is die XML
niet voor menselijke consumptie en zullen de changes in de XML helemaal niet
mooi mappen op de changes in content.  In tegenstelling tot sensible systemen
als TeX hebben tekstverwerkers de vreemde gewoonte om opmaak en data op
vreemde manieren te mixen.  Als je dus een zinnetje bijtikt waardoor een
paragraaf integraal op de volgende pagina terecht zou komen, is het niet
denkbeeldig dat de diff in XML er significant complexer zal uitzien dan het
zinnetje dat je toevoegt.

Je eerste reden is echter wel relevant.  In tekst blijft de diff relatief
gezien beperkt.  De compressed versie zal mogelijk volledig verschillen.

> Weet iemand of zoiets mogelijk is? Ik ben op zoek naar een
> platformonafhankelijke oplossing.

Misschien kan je een pre-commit hook maken die uncompresst en een checkout
hook (bestaan die?) die het weer compresst?  Ik kan me voorstellen dat svn
diff wat vreemd zou kunnen gaan doen...

 - Philip

-- 
Philip Paeps                                    Please don't email any replies
philip@paeps.cx                                     I follow the newsgroup.

  I LIKE TO THINK I AM A PICKER-UP OF UNCONSIDERED TRIFLES. Death grinned
  hopefully.
          -- (Terry Pratchett, Lords and Ladies)

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads