Open electrofelix opened 7 years ago
Hi there. I see the point that you need a way to unset some properties on startup. I agree with you that it can be a good feature. Unfortunately, the proposal that provided by you will make just one line logic into about six lines. That means gerrit-entrypoint.sh will be about 6 times longer and most of those lines are if/else. I think we might have to figure out another simpler way to accomplish this.
I'm hoping I can turn it into a function that is passed the name of the variable to test and corresponding config setting, but assuming that's possible, can you foresee and unexpected side effects from using the test for set but empty to remove settings?
With the current variable testing before actions, it is not possible to unset or revert to default behaviour for any setting once previously set.
I wonder if it would be better to follow this pattern:
Thoughts?
This would certainly work from a docker-compose environment and I believe should avoid removing any settings unless the variable is explicitly exported while empty.