[Epic] Improve handling of configuration data

1. open-source/dqmh/hse-application-template#158
2. open-source/dqmh/hse-application-template#137
3. open-source/dqmh/hse-application-template#160
4. open-source/dqmh/hse-application-template#159

• open-source/dqmh/hse-application-template#101

---

Prerequisites

• https://dokuwiki.hampel-soft.com/code/common/project-structure
• https://dokuwiki.hampel-soft.com/code/common/deployment-structure
• all requirements here shall also apply to the DATA folder where applicable
• these ideas affect the hse-libraries and hse-application-template repos

What problems do we want to solve?

1. Our HSE Application Template shall work on a given set of configuration data
   • (we already have that with our CONFIG folder and UNIT subfolders)
2. We shall be able to provide user-defined locations for the CONFIG folder
   • (we already have that with the application-specific exe.ini)
3. First-time installation on an enduser PC shall create all necessary files (config folders, config.ini, unit_default...)
   • alternative: create files not during installation but during first run
4. Update installation on an enduser PC shall update the default settings but not overwrite any user-specific (config.ini and Unit_xyz) files

Questions

• If the application is configured for Unit_Default, should it ask the user for a new unit name and copy the files from the Unit_Default folder and use that one?

Notes

Unit folders used to be helpful with

• running the same application on different computers and maintaining all configuration in one place (repo)
• running the same application with different configuration sets on the same computer
• maintaining development/developer configuration and enduser/testsystem configuration