No, if the check of the vfs file says its gone the deployment is undeployed. Now that the control of what has changed, been removed is a function of the profile, this can be easily changed, but what's the logic that differentiates someone removing deploy vs it simply being unavailable?
I guess there could be a check if the common root (deploy) is gone vs only the deployment being removed.
If we move to a proper notion of subprofiles, then an ha-profile could have completely different logic for determining removed deployments as well.
Yeah, I was thinking in terms of treating the root being gone as being an exception condition that leaves the runtime state in place.
Can you give an example of how the logic would be different for an ha-profile?
Just that the ha-profile would use the logic while the local ones would not.