Open Bug 1969022 Opened 1 year ago Updated 10 months ago

[meta] Deprecate non-toplevel gradle entrypoints

Categories

(Firefox Build System :: Android Studio and Gradle Integration, task)

task

Tracking

(Not tracked)

People

(Reporter: tcampbell, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: meta)

When Android-Components and Fenix were each independent repositories, we had separate Gradle entrypoints (settings.gradle, etc) and after the monorepo work we now have a mix of things running from top-level and from project directories. Supporting all the things we'd do in subprojects well from the toplevel makes things more consistent with other Firefox development.

Primary criteria for this bug would be to only have the top-level settings.gradle file remaining. There is lots of incremental progress than can be done along the way.

Depends on: 1967044, 1964804, 1946234

For those looking, I see only 4 places that we do gradle -p ...: https://searchfox.org/mozilla-central/search?q=gradle.*-p%5CW&path=&case=true&regexp=true

I expect that a-g-d android-components one isn't necessary now, we can probably run the a-c tasks from top-level. Not sure about the tests.

Looks like the TC tasks that use the gradle integration do things like cd to different directories before they run: https://searchfox.org/mozilla-central/search?q=pre-gradlew&path=&case=false&regexp=false

There is also the set of things like Bug 1945245 where locally you need -p to do Fenix non-debug builds (with R8, etc)

Depends on: 1945245
Depends on: 1970031
No longer depends on: 1967044
You need to log in before you can comment on or make changes to this bug.