Migrate buildSrc to build-logic, etc

[WhiredPlanck]

Pull request

Issue tracker

Fixes will automatically close the related issues

Fixes # N/A

Feature

Describe features of pull request

This PR is still to improve build script quality.

1. Migrate buildSrc to build-logic(/convention), since buildSrc has some limits (such as it may slow down the build speed). There is a official demo for this to reference
2. Create conventions with custom Gradle plugins, make the build logic more clear.
3. Adjust some Gradle properties and update deprecated API usages.
4. implement custom DocumentProvider to prepare to utilizing app internal storage to work.
5. Add ability that just build in curtain ABI(s) by specifying a environment variable.

Code of conduct

• CONTRIBUTING

Style lint

• make sytle-lint

Build pass

• make debug

Manually test

• Done

Code Review

1. No wildcards import
2. Manual build and test pass
3. GitHub action ci pass
4. At least one contributor reviews and votes
5. Can be merged clean without conflicts
6. PR will be merged by rebase upstream base

Daily build

Login and download artifact at https://github.com/osfans/trime/actions

Additional Info

[Bambooin]

I don't like spliting 3 build to 12 build with Action matrix personally.

We can build one abi(arm64-v8a) in local, but the CI should build all abi in one job.

[WhiredPlanck]

I don't like spliting 3 build to 12 build with Action matrix personally.

We can build one abi(arm64-v8a) in local, but the CI should build all abi in one job.

Make sense. I will make a way to do that.

[WhiredPlanck]

@Bambooin Done.

[Bambooin]

Local make release will build all abi and package to universial apk.

7zz l trime-3.2.17-release.apk | grep lib
1981-01-01 01:01:02 .....      5093192      1695587  lib/arm64-v8a/librime_jni.so
1981-01-01 01:01:02 .....      3602280      1469936  lib/armeabi-v7a/librime_jni.so
1981-01-01 01:01:02 .....      5124812      1827727  lib/x86/librime_jni.so
1981-01-01 01:01:02 .....      5289240      1810192  lib/x86_64/librime_jni.so

And this patch will break cache-hash.sh logic which is very important for native cache.

[WhiredPlanck]

Local make release will build all abi and package to universial apk.

I didn't test the release build since it really takes time. You're right. It still makes sense to keep release packages splitted by API.

And this patch will break cache-hash.sh logic which is very important for native cache.

This is easy to fix, just change/add the file to grep. But I often thought it is too hacky to work. It seems that a better idea is to implement Reproducible Build:

It is generally desirable that building the same source code with the same set of tools is reproducible, i.e. the output is always exactly the same. This makes it possible to verify that the build infrastructure for a binary distribution or embedded system has not been subverted. This can also make it easier to verify that a source or tool change does not make any difference to the resulting binaries.

And I have attempted to do that in #1174.

[Bambooin]

Found one serious issue: the latest make release apk just shows up with black view after installation, nothing can be done.

[WhiredPlanck]

Found one serious issue: the latest make release apk just shows up with black view after installation, nothing can be done.

Wierd. I will take time to investigate.

[WhiredPlanck]

@Bambooin Fixed. It caused by that I exclude an "unwanted" library which is actually depended by the app.

[WhiredPlanck]

And this patch will break cache-hash.sh logic which is very important for native cache.

@Bambooin I improve this by the commit 5110c10, the mechanism of calculating hash may be more robust.

[Bambooin]

Fix blocking issue was fixed in the latest commit.

You can append another commit with removing cache-hash.sh, since we don't need this.

Then we can verify the gradle cache function is fine.

[WhiredPlanck]

@Bambooin Everything looks like OK.

[Bambooin]

Yeah, I checked the cache in ci too.

You can rebase your branch and merge to develop, then push directly to develop.

[WhiredPlanck]

Yeah, I checked the cache in ci too.

You can rebase your branch and merge to develop, then push directly to develop.

@Bambooin Done. Thanks for review ~.