Community Tip - Did you get called away in the middle of writing a post? Don't worry you can find your unfinished post later in the Drafts section of your profile page. X
We have set up a source control repository in Thingworx and have a service+scheduler which exports the complete solution on a regular basis. Our intention is to use GIT to backup this directory.
However, when we delete a Thing in Thingworx, the corresponding XML file remains in the file repository. So if we need to recover the solution, Thingworx will re-import the complete solution, including deleted Things.
How is the source control functionality supposed to work? GIT will keep track of the deleted objects anyway so we would like the backup to contain the current entities only.
Did anyone find a work-around or are we using the functionality in the wrong way?
Many thanks
Best regards Erik
Hi @ehalvordsson may be you have already checked but just to reconfirm re-importing the entities from the Source Control Entities you can check/uncheck the entities that you are looking to import back by checking the difference , like so :
For the entities that I have deleted from the ThingWorx but still exist in the ThingWorx Source Control Repository shows like this, i.e. as "New" to ignore this entity from import it need to be unchecked.
Does this not help in your use case?
Hi @supandey
Thanks for the reply, that´s a very useful feature, specially when migrating between development and production servers.
We are planning this as a kind of disaster recovery option so everything will be "new" when we try to import into an empty Thingworx server. Basically we want GIT to keep track of changes and the problem is that since the export function does not delete deleted Things, GIT will not see any change on those objects. Ideally I think the export service should remove deleted Things on the export location.