CLI: Support state-props-to-remove?

[josephjclark]

We should probably think about whether and how we include this in the CLI.

When the CLI runs locally it may not be necessary or desirable to remove any props from the returned state. All config should be known to the user anyway (for now - if we integrate a credential loader with Lightning then this is no longer true).

But the CLI and worker should have feature parity and have similar behaviour. So I do think we need to include this flag with the same default value as the worker, if only for posterity.

It's a small feature but I'm not interested in adding it to the 1.0 release queue.