Looked at your PR and as far as I understand, it currently only handles deferred DDL execution in case a DB is not present.
That's why I'd propose to name the property something like hibernate.hbm2ddl.allow_deferred.

As I wrote more or less in my comment to the blog post, I think that real world cloud applications should not rely on auto-configuration based on a JDBC connection if they'd like to handle the case that a DBMS is not available during startup, but rather configure the necessary parts statically.
I also think that real world applications will not rely on hbm2ddl for schema updates/validation but rather have a well defined process for that instead.

Maybe it is worth looking into expanding the support for non-JDBC metadata aware configuration instead?