Support RLC Changelog Generation Based on Inline Usage

[wanlwanl]

Feature

• Support Breaking Change Detection in RLC: #8301 for inline usage

Solution

1. Scan the AST to get all the inline types that we don't care in next generation of breaking change detection tool
2. Add an post processor to remove all lines about inlinte types in changelog in current tool (so that we can add new features in the next breaking change detection tool and integrate with current tool seamlessly)

Algorithm

Get All Inline Types in Old and New Packages

• Find TypeReference's in Routes and get all renamable types: interfaces/type aliases/enums recursively: src

Post Processor to Current Changelog Generation

• Add addtional marks to founded changes.
• Detect if it's belong to type rename
• If it's type rename, remove from changelog

Result

Use arm-servicefabric.api.md as test case

Note that the test cover the type rename of the followings:

• Operation group (ClustersGet --> ClustersGet_DDD)
• Response type (ClustersDelete200Response --> ClustersDelete200ResponseAAA)
• Parameter type (ClustersUpdateMediaTypesParam --> ClustersUpdateMediaTypesParam_CCC, ClusterUpdateParameters --> ClusterUpdateParameters_BBB)
• Core type (ClusterVersionsGetParameters --> ClusterVersionsGetParameters_EEE)
• Nested type in the parameters (DiagnosticsStorageAccountConfig --> DiagnosticsStorageAccountConfig_HHH)
  All of them are ignored as expected

Also note that other breaking changes are not impacted:

• Parameter name is renamed (protectedAccountKeyName --> protectedAccountKeyName_GGG)
• parameter name is renamed (queueEndpoint --> queueEndpoint_III) while Interface name is renamed (DiagnosticsStorageAccountConfigOutput --> DiagnosticsStorageAccountConfigOutput_FFF)

Note that the green bar seperate before/after post process

Before Post Process

After Post Process

Next

1. Enable in RLC SDK generation