[tools] Update android versioning script for sdk 47 (#19518)

# Why

update android versioning script for sdk 47

# How

- [android] update gradle wrapper version to 7.5.1, which aligned with r

[tools] Update android versioning script for sdk 47 (#19518)

# Why

update android versioning script for sdk 47

# How

- [android] update gradle wrapper version to 7.5.1, which aligned with react-native 0.70
- [localization] fix compileSdkVersion 33 build error
- [tools] update versioning script
- remove `renameHermesEngine` which is deprecated patchelf based hermes versioning
- replace duplicated runReactNativeCodegenAndroidAsync with `Codegen.runReactNativeCodegenAsync`
- update versioning script to support building in-place from react-native-lab
- update for react-native 0.70
- update versionCxx for expo-modules-core
- support other new style vendoring modules
- @react-native-community/slider
- react-native-gesture-handler (with cxx files but they're only for new architecture)
- react-native-screens (with cxx files but they're only for new architecture)
- react-native-svg
- react-native-reanimated (with cxx files)
- remove old reanimated versioning scripts

# Test Plan

```
$ et add-sdk -p android -s 47.0.0
$ cd android && ./gradlew :app:installVersionedDebug
# smoke test on sdk 47 NCL
```

show more ...

[android] align hermes support integration as ios (#19116)

# Why

close ENG-6275

# How

- instead of parsing bundle header and maintaining the `HERMES_BYTECODE_VERSION` from each react-native

[android] align hermes support integration as ios (#19116)

# Why

close ENG-6275

# How

- instead of parsing bundle header and maintaining the `HERMES_BYTECODE_VERSION` from each react-native upgrade, we should use the `jsEngine` from manifest to determine the js runtime type.
- for reanimated, always use hermes as the runtime for worklets. since we build the `:ReactAndroid:hermes-engine` from source with prefab support, we could just use the prefab integration.
- update versioning script for versioned reanimated + versioned hermes integration.

# Test Plan

`et add-sdk -p android -s 47.0.0` + `./gradlew :app:assembleVersionedDebug` + NCL sdk 47
there were some versioning error from expo-modules-core. i would not include in this pr and will follow up later before versioning for release.

show more ...

[android] Add @shopify/react-native-skia vendoring support for Expo Go (#17964)

# Why

like #17704 but for android
close ENG-4889

# How

- introduce vendor modules autolinking for expo go.

[android] Add @shopify/react-native-skia vendoring support for Expo Go (#17964)

# Why

like #17704 but for android
close ENG-4889

# How

- introduce vendor modules autolinking for expo go.
previously, reanimated is the only vendor module having cxx code, we had a fixed versioning script for reanimated. because react-native-skia also has cxx code, i'm trying to keep the versioning more modularized and like what we did for ios versioning. ideally, a vendor module should have a dedicated gradle project. that's why i introduced a vendor module autolinking here.
- vendoring tool: add react-native-skia support
- versioning tool: trying to add a minimum support for new style versioning like ios.
currently, after transforming the code, i still prebuild the *.so to `jniLibs`. in the future when we commit `android/versioned-react-native/ABI46_0_0` to git, we can always build the versioned *.so from source.

# Test Plan

- android unversioned expo go + NCL skia
- android versioned expo go + NCL skia

Co-authored-by: Tomasz Sapeta <[email protected]>

show more ...