[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: XML/XSL Revision Control/ Source Code Versioning: Ideas, M

  • From: Norman Gray <norman@astro.gla.ac.uk>
  • To: Andrew Welch <andrew.j.welch@gmail.com>
  • Date: Mon, 10 Dec 2012 11:03:22 +0000

Re:  XML/XSL Revision Control/ Source Code Versioning: Ideas

Andrew (and all), hello.

On 2012 Dec 10, at 10:22, Andrew Welch wrote:

>>> Thank you for your time & responses. I remember reading somewhere that a
>>> pure text/ linear comparison based tool/ system may not be ideal to compare
>>> & merge XML tree structure based documents.
>>> 
>>> Are there any that are more XML aware?
> 
> cvs, svn, git, mercurial, rtc etc all merge xml files fine, just as
> they merge any other code.  There's nothing special about xml.

I think the 'problem' with XML is that XML-writing applications tend to act in ways which are unfriendly to text-based revision control systems.  An XML editor could legitimately change the textual form of a file, by adding newlines and other whitespace, in ways which are semantically ignorable.  More practically, XML-using tools might well write out an entire XML file in a single line.  This is still, obviously, storable in a VCS, but the diffs are useless, and it means that the file might as well be a binary blob.

I've run into this myself when trying to store application files which are in XML (in particular various applications' working files on OS X).  I did try the trick (mentioned earlier in this thread) of roughly normalising the files before checkin, so that the diffs might be sane, but this rapidly started to feel very precarious.

> Usually I'd recommend svn to start with unless you really need the
> abilities that git/hg/rtc provide (applying or removing whole change
> sets) - do you want to spend your time understanding the difference
> between a pull and rebase?  Or why you can't push because of unstaged
> files?  but...

I think those are mostly problems of git rather than Mercurial.  It's one of my objections to git that it requires you to have internalised quite a lot about its view of the world, before you can make sense of even simple actions.  Mercurial tends to have a much more civil on-ramp.

All the best,

Norman


-- 
Norman Gray  :  http://nxg.me.uk
SUPA School of Physics and Astronomy, University of Glasgow, UK



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.