Geographic Information Systems Stack Exchange is a question and answer site for cartographers, geographers and GIS professionals. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I am trying to use ArcMap for the first time, so please bear with me and don't down vote the question. My superior at the work place has asked me to do some research about the life cycle of an .mxd file. Is there anything called a life cycle of an mxd file, like the life cycle of servlets?

share|improve this question
That's like asking about the life cycle of a word document. You may want to ask him what he means about life cycle. – Rayner Oct 7 '12 at 9:27
@Rayner Lol..That's what I thought! I guess he too doesn't have an idea,just like me :D – Harsha Venkatram Oct 7 '12 at 9:34
up vote 4 down vote accepted

While Subversion is most frequently used for version management/control of code, it is possible to use for documents and other types of files. There is an example of someone using it with Word documents.

Subversion is mature, and a lot of support is available for it on the 'net. I would recommend it if you're serious about tracking and reverting changes in MXDs, especially if you have multiple people working on the same MXD or set of MXDs.

share|improve this answer
It should be noted that SVN is rapidly going the way of the dodo. git reigns supreme nowadays. Also note that no typical source control system is going to be able to handle merge conflicts on a binary format like MXD. – jpmc26 Nov 2 '15 at 18:59

Check out X-Ray, a nice set of tools for looking at structures (and differences) of MXDs and geodatabases. See links below. The tools were developed by the ESRI Local Government Data model group for working with the large municipal basemap datasets and mxds they work with but have been released for general use, and looks like is very useful add-in when working with large mxd's with lots of layers, complex labeling, lots of aliases, different scale dependent layer visibility, etc...

X-Ray for ArcMap (ArcGIS 10.2) (short overview video link included)

X-Ray for ArcCatalog (ArcGIS 10.2) (short overview video link included)

share|improve this answer
Also, here is a more general introductory Blog post on X-Ray (but note that the download links are old for ArcGIS 10.0):… – Pascual Benito Nov 4 '14 at 2:54

I guess he means how the mxd file develops in time, preferably also keeping track of what you changed, and how you did it, with the options of going back to an earlier version. You could try and use a version control system like mercurial to keep track of the mxd file, but this can be troublesome.

Maybe switching to a scripting language like R or python (especially python seems to work well with ArcGIS as it is the standard scripting language nowads is not an option, but this supports all this things. You can version control the R script which does the processing, and visualization. You track the .R file in a repository, commiting changes as you go. Each commit is accompanied by a message of why you did this commit. You can also get older versions of the script out of the repository, enabling you to create the output of older version.

share|improve this answer
If you are interested in versioning of MXDs/LYRs then this is an ArcGIS Idea you may want to vote for: – PolyGeo Oct 8 '12 at 2:06

Versioning of MXDs is currently possible in third party software. One which I know works is more of a CAD package called Projectwise. However, it apparently doesn't support 10.1 yet (this is second hand kmowledge so don't quote me on that).

share|improve this answer

I manage a particularly large mxd (dozens of groups and layers) in a multi-user environment that necessitates changes fairly frequently. We used to track changes in a simple .txt file, stored in the same directory but this was inefficient. Instead, I now have created a table in a geodatabase with fields to track version changes. The mxd simply references the table and thus stores versioning info within the map doc itself, where it is easily accessible and editable, even for users without access to the containing folder. It's not a fancy setup by any means but works well for us.

share|improve this answer
Thanks for the info. – Harsha Venkatram Jun 26 '13 at 13:17

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.