I have a recurring situation where the Project Properties/Perspective/General/Identity Provider value keeps getting set to None.
We are using git as a version control solution and this seems to happen anytime I utilize the master (the production version of the project) or the development (the validation version of the project) branches. I can reset the Id Provider, save the project, commit and push my changes to the remote repository, but the next time I pull one of these branches or spawn a feature branch from the development branch, invariably the Id Provider is set back to None.
Has anyone else seen this behavior?
Is there a solution to make the setting âstickâ?
What version is this? Perspective/General/Identity Provider is actually deprecated in favor of Project/General/Identity Provider, although thatâs in 8.1 (and this thread is tagged 8.0, so may not be relevant).
The Perspective/General props are all in a single binary file - I assume thatâs committed to your VCS, in which case it should stay consistent unless you make changes.
It is 8.0.16 currently. We are in process of upgrading our servers to 8.1.10, but it will require testing at each level as we upgrade so may take several days to complete.
Yes, everything in the C:\Program Files\Inductive Automation\Ignition\data\projects folder is contained in the git repository. We just did a quick bug fix deploy and had this happen. We set the Id Provider, save the project and closed. Did git add ., git commitâŚ, and git push all from our Validation server. On the Production server we did git fetch then git pull to pull the updated version of the master branch. When we navigated to the session we got the âno Id Providerâ message. We had to set it again and save.
The only thing in the .gitignore file is the .resources folder in projects.
.resources/ is both safe and should be ignored, itâs only used for âbookkeepingâ/a cache for the project resources system.
Iâm not really sure whatâs going on with your system, Mike; are you in contact with support about this? I donât see any reason the properties would be lost during a restore if theyâre âchecked inâ correctly.
I definitely do not consider myself a git expert by any means. So this question is based of comments made in our discussion over setting up these environments (and itâs a little off topic from my original post). I was told that ignoring the resource.json files would cause new resource files, created locally when new views, script files, named queries, etc., to NOT be included in commits to the remote repository and therefore not be part of the repository when pulled to another developerâs system, or the servers. That would cause issues with the ability to edit/view the contents of the added project components. Is this NOT the case?
Example: I the resource.json files are in the .gitignore on my system, and I created new Perspective Views and commit and push this branch to the remote repository. Then another developer pulls my branch to their system to work on the new views, there would be no resource.json file associated, preventing them from accessing the view in the Designer.
The resource.json file is vital to the actual resource definition. If you ignore it, then Ignition wonât see any project resource at that location.
So, no, donât .ignore them.
Someday yâall are going to have to take the computed meta-data (and timestamps) out of resource.json files. Those properties need to be in their own ignorable files. Youâre never going to be vcs-friendly with the status quo. ):