# Version control 7.9 projects **URL:** \ **Category:** Ignition\ **Tags:** ignition79\ **Created:** [December 16, 2020, 5:40pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576 "2020-12-16T17:40:32Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![jimschaefer](https://avatars.discourse-cdn.com/v4/letter/j/c6cbf5/32.png) [@jimschaefer](https://forum.inductiveautomation.com/u/jimschaefer)\ **Post date:** [December 16, 2020, 5:40pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/1 "2020-12-16T17:40:32Z")
One of our biggest issues with ignition projects is version control. We have over 30 gateways that run similar projects scattered over a large geographical area. There is no practical way to make them all the same project both from logical implementation and physical execution. These projects are composed of standard groups of windows/scripts/templates/tags (lets call them pseudo modules. When updating a project we need to carefully import a new “psuedo” module which is very laborious since we have to manually import a data type folder, tag instance folder, scripts, windows and templates (maybe even named queries). There is no way to do this all in one shot and no easy way to know which “psuedo” module is installed in the project. It would be great to have two things. First, an import export tool that includes tags in the project import/export and a way to specify the set of things to import/export in a file. Second, a way to use GIT to look at the differences between all things… windows/templates/tags/scripts/named queries. I was wondering if anyone has an approach to using GIT to see granular differences between projects. Git doesn’t work on the tag export xml files because the tags seem to be exported in no consistent order. It doesn’t work on project or gateway backups because they are just a big binary files. Maybe someone has developed a tool to export/import things in a GIT friendly format for version 7.9 ? It would even be useful just to be able to export a project into a GIT friendly format so two projects could be compared by script/window/template/tag. I know that this was a goal for 8.X ,but we cannot afford the change… too much invested in what we have. Any thoughts/ideas are appreciated ! Thanks ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [December 16, 2020, 10:13pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/2 "2020-12-16T22:13:11Z")
This is fundamentally not something that will ever approach a ‘good experience’ in 7.9 (and even in 8.0+, there’s a lot of room for improvement). Essentially _everything_ about your gateway is stored inside the `config.idb` file in 7.9 and previous versions - project resources, tag configurations, database connections, and every other piece of gateway config. In addition to being stored inside a SQLite file (a binary blob that doesn’t readily support text-based diffing Git would require), individual project resources are stored as opaque, typically Java-serialized binary data. Specifically for Vision, this is actually triply encoded - windows are stored as not-very-friendly XML, then gzipped, then stored into the config.idb. Legitimately, it would probably be easier to write a custom module than to try to shoe-horn versioning into a 7.9 system. ---
**Author:** ![jimschaefer](https://avatars.discourse-cdn.com/v4/letter/j/c6cbf5/32.png) [@jimschaefer](https://forum.inductiveautomation.com/u/jimschaefer)\ **Post date:** [December 17, 2020, 1:52pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/3 "2020-12-17T13:52:52Z")
Thanks for fast and clear response. I like the idea of a custom module. However, after spending the past 6 months developing in c# and using git for version control it is clear this is a best practice that control system software providers need to incorporate. I like ignition because it is more open than any scada I have used. Git versioning would truly make it stand out from the ocean of proprietary monolithic software packages controls engineers like me must endure. It also would help to bring industrial control system programmers into the mainstream of best computer science best practices. My guess it the newest generation of programmers would be slack jawed if they knew the extent of industrial control systems running on unversioned ladder logic and hmi scripts. ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [December 17, 2020, 2:02pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/4 "2020-12-17T14:02:27Z")
Switch from v7.9 Vision to v8.1 Perspective. Much will be friendly to git. If git-friendliness ever comes to Vision, it won’t happen in v7.9. (EOL is a year away.) ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [December 17, 2020, 2:07pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/5 "2020-12-17T14:07:44Z")
I doubt a git-friendly format for Vision will ever happen. Part of the reason for the existing format is legacy baggage but another big part is that it’s been optimized all to hell in the name of performance because the speed of de-serialization is directly reflected in how fast your Vision windows load as you navigate around. ---
**Author:** ![jimschaefer](https://avatars.discourse-cdn.com/v4/letter/j/c6cbf5/32.png) [@jimschaefer](https://forum.inductiveautomation.com/u/jimschaefer)\ **Post date:** [December 17, 2020, 2:27pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/6 "2020-12-17T14:27:11Z")
Love to upgrade to 8.1… Anyone have a business case for it that could either reduce conversion to 8.X a trivial effort or justify the hundreds of hours to convert and test ? Any tools to make this easier ? My first attempt to upgrade to 8.0 was dismal. Granted it was early days with 8.0 but tags didn’t even work (many nested UDT’s). Plus major training to learn new environment. Have not tried latest 8.x maybe I will be surprised. Is Vision at end of life or just Vision 7.9 ? ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [December 17, 2020, 2:31pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/7 "2020-12-17T14:31:00Z")
> [@jimschaefer](#): > > Is Vision at end of life or just Vision 7.9 ? Just 7.9 in general. Vision will be maintained and supported for years to come. ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [December 17, 2020, 5:39pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/8 "2020-12-17T17:39:16Z")
> [@Kevin.Herron](#): > > been optimized all to hell Interesting. I've made suggestions on what I thought was a modest change to the XML encoder to make it dramatically more git-friendly, plus some other changes that would make it more human-friendly, too: > [@Meta-programming a window?](http://forum.inductiveautomation.com/t/meta-programming-a-window/32769/6): > > If you want the Vision Window XML to be friendlier, I recommend changing the handler for the window itself to save encoding the InteractionController for last. You may also want to encode the root container first, or nearly first. Almost all of the misery in the existing file format is due to the ‘i’ of the interaction controller coming before the ‘r’ of the root container. (I suspect field serialization is alphabetical.) This one change should cause VisionComponent serialization to approxim… Is performance the reason none of these were pursued? I can't image the first item being a performance hit. The named references I described might, though. ): ---
**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\ **Post date:** [December 17, 2020, 9:15pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/9 "2020-12-17T21:15:44Z")
I am dubious that such a change would make any substantial improvement. The XML isn’t even XML anymore, it’s a binary encoding of the XML infoset. ---
**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\ **Post date:** [December 17, 2020, 9:18pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/10 "2020-12-17T21:18:21Z")
I’m sorry that your initial upgrade experience was rocky. Ignition 8 has improved greatly from the early days, in particular with regards to UDTs. As for the “business case”, I mean… this is _your thread_ about how desperately you want better version control compatibility, which was certainly a major design consideration for Ignition 8. Yes, there is room for improvement, but it’s far better than 7.9, even just breaking resources out into files is a huge step forward even if the contents of those files is difficult to work with. ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [December 17, 2020, 9:24pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/11 "2020-12-17T21:24:59Z")
> [@Carl.Gould](#): > > it’s a binary encoding of the XML infoset. That makes my brain itch. Is this a Christmas nerd-snipe? ---
**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\ **Post date:** [December 17, 2020, 9:53pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/12 "2020-12-17T21:53:24Z")
Hahaha, no, it really is. This was part of the “optimized to hell” bit that Kevin was alluding to. If you think about what XML is, it’s just a text-encoding of a certain structure of data. Well, at one point, to glean another ~10% improvement or so in parsing speed, we realized that we could encode the exact same information, but in a binary format, and it would be smaller and thus be parsed faster. It allowed us to use our contextual knowledge of the information being serialized do some too-clever-for-our-own-good things. For example, we can encode a color as a single 4-byte integer rather than as the character encoding of a 4-byte integer, which might be many characters (likely more than 4), which results in smaller encoded size plus obviates the need to then interpret the that string as a number. When you shift right-click on a window and copy the “XML” to clipboard, we are transcoding the binary encoding back into the normal text encoding for your viewing convenience. Anyhow, I’m rambling, but you get the idea… 🎅 ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [December 17, 2020, 9:56pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/13 "2020-12-17T21:56:48Z")
Hah! The bastard child of XML and Java Serialization. 😆 ---
**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\ **Post date:** [December 17, 2020, 9:58pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/14 "2020-12-17T21:58:48Z")
Heh, yeah, sort of. Funny enough, our XML encoding was originally inspired by Java’s 2nd (but ultimately doomed) attempt at serialization: [https://docs.oracle.com/javase/7/docs/api/java/beans/XMLEncoder.html](https://docs.oracle.com/javase/7/docs/api/java/beans/XMLEncoder.html) ---
**Author:** ![jimschaefer](https://avatars.discourse-cdn.com/v4/letter/j/c6cbf5/32.png) [@jimschaefer](https://forum.inductiveautomation.com/u/jimschaefer)\ **Post date:** [December 17, 2020, 10:19pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/15 "2020-12-17T22:19:26Z")
You are right, of course… 8.x would be a great improvement in terms of version control and probably other things I don’t know about yet. In my world it is hard to sell a major upgrade when things are working ok. I really appreciate all the feedback and discussion. ---
**Author:** ![edward.fowler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/edward.fowler/32/24179_2.png) [@edward.fowler](https://forum.inductiveautomation.com/u/edward.fowler)\ **Post date:** [May 26, 2021, 10:30pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/16 "2021-05-26T22:30:50Z")
Very informative thread. I’m the first person in my department using Ignition (v8.1.5) and have been asked to give an informal demo to my colleagues who’ll soon be using it. They’ll certainly ask about version control ability for Vision projects. Can GIT be used Jim initial posted? Thanking you in advance! Kind regards, Ted. @Kevin.Herron @paul-griffith @pturmel @Carl.Gould @jimschaefer ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [May 26, 2021, 10:38pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/17 "2021-05-26T22:38:20Z")
Yes, you can use git with Vision in 8.x, but the resources are still binary blobs. So not particularly git-friendly. ---
**Author:** ![edward.fowler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/edward.fowler/32/24179_2.png) [@edward.fowler](https://forum.inductiveautomation.com/u/edward.fowler)\ **Post date:** [May 27, 2021, 10:43am UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/18 "2021-05-27T10:43:23Z")
Thanks Phil. ---
**Author:** ![Daniel\_Webb](https://avatars.discourse-cdn.com/v4/letter/d/67e7ee/32.png) [@Daniel\_Webb](https://forum.inductiveautomation.com/u/Daniel_Webb)\ **Post date:** [March 24, 2023, 4:40pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/19 "2023-03-24T16:40:05Z")
There is a way to get a Vision window to XML using the context menu "copy" followed by a paste to a text editor. How to automate this? ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [March 24, 2023, 4:42pm UTC](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576/20 "2023-03-24T16:42:44Z")
You can't. It's only accessible in the context of a running Designer instance. As of 8.1.25, you can set your Vision project to encode resources as XML on disk. This is never going to come to 7.9. Upgrade. [https://docs.inductiveautomation.com/display/DOC81/Vision+Project+Properties#VisionProjectProperties-VisionGeneralProperties](https://docs.inductiveautomation.com/display/DOC81/Vision+Project+Properties#VisionProjectProperties-VisionGeneralProperties) [Next page](https://forum.inductiveautomation.com/t/version-control-7-9-projects/41576.md?page=2)