Description
In general the message format definitions used by the generator have maintained unique types between them.
However, the AlterConfigsRequest and IncrementalAlterConfigsRequest definitions both refer to the AlterConfigsResource and AlterableConfig type, with the latter containing different fields in the Incremental case
In the response case, the whole format is currently identical (although that may change in the future) and both refer to an "AlterConfigsResponse" type with identical fields
I'm not sure what any potential backward compatibility ramifications would be, but it seems like it would be a good idea to avoid this collision by (e.g.,) prefixing the Incremental types with "Incremental" going forward.